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11.5.2.79 Void 148 
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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth Stations and 
Systems (SES). 

The contents of the present document are subject to continuing work within TC-SES and may change following formal 
TC-SES approval. Should TC-SES modify the contents of the present document it will then be republished by ETSI 
with an identifying change of release date and an increase in version number as follows: 

Version 3.m.n 

where: 

• the third digit (n) is incremented when editorial only changes have been incorporated in the specification; 

• the second digit (m) is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

The present document is part 4, sub-part 8 of a multi-part deliverable covering the GEO-Mobile Radio Interface 
Specifications (Release 3); Third Generation Satellite Packet Radio Service, as identified below: 

Part 1: "General specifications"; 

Part 2: "Service specifications"; 

Part 3: "Network specifications"; 

Part 4: "Radio interface protocol specifications": 

Sub-part 1: "Mobile Earth Station-Gateway Station System (MES-GSS) Interface; GMR-1 04.001"; 

Sub-part 2: "GMR-1 SatelUte Network Access Reference Configuration; GMR-1 04.002"; 

Sub-part 3: "Channel Structures and Access CapabiHties; GMR-1 04.003"; 

Sub-part 4: "Layer 1 General Requirements; GMR-1 3G 44.004"; 

Sub-part 5: "Data Link Layer General Aspects; GMR-1 04.005"; 

Sub-part 6: "Mobile earth Station-Gateway Station Interface Data Link Layer Specifications; 
GMR-1 04.006"; 

Sub-part 7: "Mobile Radio Interface Signalling Layer 3 General Aspects; GMR-1 3G 24.007"; 

Sub-part 8: "Mobile Radio Interface Layer 3 Specifications; GMR-1 3G 44.008"; 

Sub-part 9: "Performance Requirements on the Mobile Radio Interface; GMR-1 04.013"; 

Sub-part 10: "Rate Adaptation on the Access Terminal-Gateway Station Subsystem (MES-GSS) Interface; 
GMR-1 04.021"; 



ETSI 



GMR-1 3G 44.008 14 ETSI TS 101 376-4-8 V3.3.1 (2012-12) 

Sub-part 1 1 : "Radio Link Protocol (RLP) for Data Services; GMR-1 04.022"; 

Sub-part 12: "Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol; GMR-1 3G 44.060"; 

Sub-part 13: "Radio Resource Control (RRC) protocol; lu Mode; GMR-1 3G 44.1 18"; 

Sub-part 14: "Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 

Control/Medium Access Control (RLC/MAC) protocol; lu Mode; GMR-1 3G 44.160"; 

Sub-part 15: "Packet Data Convergence Protocol (PDCP) specification; GMR-1 3G 25.323"; 

Part 5: "Radio interface physical layer specifications"; 

Part 6: "Speech coding specifications"; 

Part 7: "Terminal adaptor specifications". 



Introduction 

GMR stands for GEO (Geostationary Earth Orbit) Mobile Radio interface, which is used for Mobile Satellite Services 
(MSS) utilizing geostationary satellite(s). GMR is derived from the terrestrial digital cellular standard GSM and 
supports access to GSM core networks. 

The present document is part of the GMR Release 3 specifications. Release 3 specifications are identified in the title 
and can also be identified by the version number: 

• Release 1 specifications have a GMR 1 prefix in the title and a version number starting with "1" (Vl.x.x). 

• Release 2 specifications have a GMPRS 1 prefix in the title and a version number starting with "2" (V2.x.x). 

• Release 3 specifications have a GMR-1 3G prefix in the title and a version number starting with "3" (V3.x.x). 

The GMR release 1 specifications introduce the GEO-Mobile Radio interface specifications for circuit mode Mobile 
Satellite Services (MSS) utilizing geostationary satellite(s). GMR release 1 is derived from the terrestrial digital cellular 
standard GSM (phase 2) and it supports access to GSM core networks. 

The GMR release 2 specifications add packet mode services to GMR release 1 . The GMR release 2 specifications 
introduce the GEO-Mobile Packet Radio Service (GMPRS). GMPRS is derived from the terrestrial digital cellular 
standard GPRS (included in GSM Phase 2+) and it supports access to GSM/GPRS core networks. 

The GMR release 3 specifications evolve packet mode services of GMR release 2 to 3rd generation UMTS compatible 
services. The GMR release 3 specifications introduce the GEO-Mobile Radio Third Generation (GMR-1 3G) service. 
Where applicable, GMR-1 3G is derived from the terrestrial digital cellular standard 3GPP and it supports access to 
3GPP core networks. 

Due to the differences between terrestrial and satellite channels, some modifications to the GSM or 3GPP standard are 
necessary. Some GSM and 3GPP specifications are directly applicable, whereas others are applicable with 
modifications. Similarly, some GSM and 3GPP specifications do not apply, while some GMR specifications have no 
corresponding GSM or 3GPP specification. 

Since GMR is derived from GSM and 3GPP, the organization of the GMR specifications closely follows that of GSM 
or 3GPP as appropriate. The GMR numbers have been designed to correspond to the GSM and 3GPP numbering 
system. All GMR specifications are allocated a unique GMR number. This GMR number has a different prefix for 
Release 2 and Release 3 specifications as follows: 

• Release 1: GMR n xx.zyy. 

• Release 2: GMPRS n xx.zyy. 

• Release 3: GMR-1 3G xx.zyy. 
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where: 

xx.Oyy (z = 0) is used for GMR specifications that have a corresponding GSM or 3GPP specification. In 
this case, the numbers xx and yy correspond to the GSM or 3GPP numbering scheme. 

xx.2yy (z = 2) is used for GMR specifications that do not correspond to a GSM or 3GPP specification. In 
this case, only the number xx corresponds to the GSM or 3GPP numbering scheme and the number yy is 
allocated by GMR. 

n denotes the first (n = 1) or second (n = 2) family of GMR specifications. 

A GMR system is defined by the combination of a family of GMR specifications and GSM and 3GPP specifications as 
follows: 

• If a GMR specification exists it takes precedence over the corresponding GSM or 3GPP specification (if any). 
This precedence rule applies to any references in the corresponding GSM or 3GPP specifications. 

NOTE: Any references to GSM or 3GPP specifications within the GMR specifications are not subject to this 

precedence rule. For example, a GMR specification may contain specific references to the corresponding 
GSM or 3GPP specification. 

• If a GMR specification does not exist, the corresponding GSM or 3GPP specification may or may not apply. 
The apphcabihty of the GSM or 3GPP specifications is defined in TS 101 376-1-2 [2]. 

The clause numbering and the table numbering and figure numbering in the present document are aligned to the 
corresponding numbering of TS 101 376-4-8 (Release 1) [19] as far as possible. In several places, this means that the 
table numbering and figure numbering is non-continuous in the present document in order to maintain this alignment, 
the following rules apply: 

• A table that uses the same table number replaces the corresponding table in TS 101 376-4-8 (Release 1) [19]; 

• A table that uses a different table number is a new additional table. 
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1 Scope 

1.1 Scope of the present document 

The present document describes the procedures used at the radio interface (Reference point Um, 
see TS 101 376-4-2 [6]) for Call Control (CC), of circuit switched services, Session Management (SM) for GMPRS 
services and Mobility Management (MM), and Radio Resource (RR) management for circuit switched and GMPRS 
services. These procedures are described in terms of messages exchanged over the control channels of the radio 
interface in the GMR-1 system. The control channels are described in TS 101 376-4-3 [7]. 

The structured functions and procedures of this protocol and the relationship with other layers and entities are described 
in general terms in TS 101 376-4-7 [11]. 

The present document does not cover the complete specifications but only describes where it differs from 
TS 101 376-4-8 (Release 1) [19] for circuit switched services and TS 124 008 [18] for packet services. 

In the present document the clause numbering is based on the clause numbering in TS 101 376-4-8 (Release 1) [19]. 
When a clause of TS 101 376-4-8 (Release 1) [19] is not used, the GSM heading is retained and the words "This 
function is not currently supported in GMR-1" are inserted to maintain the numbering in subsequent clauses. 

The messages and information elements defined in the present document are based on the GSM messages and 
information elements as defined in TS 101 376-4-8 (Release 1) [19]. In all cases, if a GMR-1 message or information 
element is defined, this GMR-1 definition takes precedence over the GSM definition. This precedence rule operates 
independently for messages and information elements and the GMR-1 defined information elements take precedence 
over the corresponding GSM definitions for all messages, including messages that have the same structure as GSM. For 
example, if a GMR-1 message is defined to be the same as the corresponding GSM message, this does not imply that all 
the information elements are the same as GSM. 

The present document is based on TS 101 376-4-8 (Release 1) [19]. 

1 .2 Application to the interface structures 

The Layer 3 (L3) procedures apply to the interface structure provided by Layer 2 (L2), which is defined in 

TS 101 376-4-4 [8], TS 101 376-4-5 [9] and TS 101 376-4-6 [10]. TS 101 376-4-7 [11] gives a general description of 

L3, including procedures, message formats, and error handling. 

1 .3 Structure of Layer 3 procedures 

Same as clause 1.3 of TS 101 376-4-8 (Release 1) [19]. 



1 .4 Use of logical channels 



The logical control channels are defined in TS 101 376-5-2 [12]. In the following list, control channels that carry 
signalling information or specific types of user packet information are considered: 

a) Broadcast Control Channel (BCCH): downlink only, used to broadcast cell-specific information; 

b) GPS Broadcast Channel (GBCH): downlink only, used to broadcast the ephemeris data of the Global 
Positioning System (GPS) satellites; 

c) Paging Channel (PCH): downlink only, used to send page requests and GPS Almanac Data to MESs; 

d) Random Access Channel (RACH): uplink only, used to request a DCCH (Dedicated Control Channel); 

e) Access Grant Channel (AGCH): downlink only, used to allocate a DCCH; 

f) Standalone Dedicated Control Channel (SDCCH): bidirectional; 



£75/ 



GMR-1 3G 44.008 17 ETSI TS 101 376-4-8 V3.3.1 (2012-12) 

g) Fast Associated Control Channel (FACCH): bidirectional, associated with a Traffic Channel (TCH); 

h) Slow Associated Control Channel (SACCH): bidirectional, associated with a TCH; 

i) Terminal- to-terminal Associated Control Channel (TACCH): downlink only, used to provide signalling from a 
Gateway Station (GS) to an MES during a Terminal-to-Terminal (TtT) call; 

j) Cell Broadcast Channel (CBCH): downlink only, used for general (not point-to-point) short message 
information; 

k) Broadcast Alerting Channel (BACH): downlink only, used to send alert requests to MESs. 

Three service access points that are determined by their Service Access Point Identifiers (SAPIs) 
(see TS 101 376-4-6 [10]) are defined on signalHng L2: 

1) SAPI = 0: supports the transfer of signalling information including user-user information; 

2) SAPI = 2: supports the transfer of signalling information between MESs during a TtT call; 

3) SAPI = 3: supports the transfer of user Short Messages Service (SMS). 

L3 selects the service access point, the logical control channel, and the mode of operation of L2 (acknowledged, 
unacknowledged, or random access, see TS 101 376-4-5 [9] and TS 101 376-4-6 [10]), as required for each individual 

message. 

1 .5 Overview of control procedures 
1.5.1 List of procedures 

The following procedures are addressed in the present document. 
Clause 4 specifies elementary procedures for RR management: 

1) Contention resolution (before and during link establishment). 

2) System Information (SI) and GPS ephemeris data broadcasting. 

3) RR connection establishment: 

Immediate assignment procedure; 
Paging and Alerting procedure. 

4) RR connection transfer phase: 

Position-reporting procedure; 

Intracell change of channels; 

Channel mode change procedure; 

Ciphering mode setting procedure; 

Classmark update procedure; 

Power Control parameter update procedure; 

Dual-Tone Multifrequency (DTMF) transmission and reception procedures; 

Link correction procedures; 

Guard time violation reporting procedure; 

Diagnostic information reporting procedure; 

Channel parameter reporting procedure. 
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5) Radio resources connection release. 

6) RR procedures on CCCH related to temporary block flow establishment: 

Packet paging using CCCH; 
Packet access using CCCH; 
Packet Downlink Assignment using CCCH. 

7) RR procedures on CCCH to support dark beam operations. 
Clause 5 specifies elementary procedures for MM: 

1) MM common procedures: 

Temporary Mobile Subscriber Identity (TMSI) reallocation procedure; 

Authentication procedure; 

Identification procedure; 

International Mobile Subscriber Identity (IMSI) detach procedure; 

Abort procedure. 

2) MM-specific procedures: 

Generic location-updating procedure; 

Location-updating procedure; 

Periodic updating; 

IMSI attach procedure; 

Connection management sublayer service provision; 

MM connection establishment; 

MM connection information transfer phase; 

MM connection release. 

3) GMM common procedures: 

GPRS P-TMSI reallocation procedure; 
GPRS authentication and ciphering procedure; 
GPRS identification procedure. 

4) GMM specific procedures: 

GPRS attach procedure; 
GPRS detach procedure; 
GPRS routing area updating procedure. 
Clause 6 specifies elementary procedures for circuit-switched CC comprising the following elementary procedures: 

1) Mobile-originating call establishment. 

2) Mobile-terminating call establishment. 
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3) Signalling procedures during the Active state: 

User notification procedure; 
Call rearrangements; 
In-call modification. 

4) Call clearing initiated by the mobile earth station. 

5) Call clearing initiated by the network. 

6) Miscellaneous procedures: 

In-band tones and announcements; 

Status enquiry procedure; 

Call reestablishment procedure. 

Clause 7 specifies elementary procedures for GPRS session management: 

1) GPRS session management procedures: 

PDP context activation; 

PDP context modification; 

PDP context deactivation. 

Elementary procedures can be combined to form structured procedures. Examples of such structured procedures are 
given in clause 8. This part of the present document is provided only to guide in assisting implementations. 

Clause 9 specifies actions to be taken for various error conditions. 

1 .6 Applicability of implementations 
1.6.1 Packet services 

For mobile earth stations supporting packet services, it is explicitly mentioned throughout the present document if a 
certain procedure is applicable only for such a service and, if necessary, how mobile earth stations not supporting such a 
service behave. 

A MES may only operate in the following MES operations mode: 

• MES operation mode B; or 

• MES operation mode C. 

The MES operation mode depends on the services that the MES is attached to, i.e. only packet services or both packet 
and circuit switch services, and upon the MESs capabilities to operate packet and other circuit switched services 
simultaneously. Mobile earth stations that are capable of operating in packet services are referred to as GMPRS MESs. 

NOTE: Other GMPRS technical specifications may refer to the MES operation modes B and C as 
GMPRS class-B MES and GMPRS class-C MES. 
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NOTE: This is a reference to a GMR-1 Release 2 specification. See the introduction for more details. 

[2] ETSI TS 101 376-1-2: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 1: General specifications; Sub-part 2: Introduction to the 
GMR-1 family; GMR-1 3G 41.201". 

[3] ETSI TS 101 376-3-3:"GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 3: Network specifications; Sub-part 3: Numbering, addressing 
and identification; GMR-1 3G 23.003". 

[4] ETSI TS 101 376-3-10: "GEO-Mobile Radio Interface Specifications (Release 3); Third 

Generation Satellite Packet Radio Service; Part 3: Network specifications; Sub-part 10: Functions 
related to Mobile Earth Station (MES) in idle mode; GMR-1 3G 43.022". 

[5] ETSI TS 101 376-3-19: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 3: Network specifications; Sub-part 19: Optimal Routing technical realization; 
GMPRS-1 03.297". 

NOTE: This is a reference to a GMR-1 Release 2 specification. See the introduction for more details. 

[6] ETSI TS 101 376-4-2: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 2: GMR-1 Satellite Network Access Reference Configuration; 
GMR-1 04.002". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[7] ETSI TS 101 376-4-3: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 3: Channel Structures and Access Capabilities; GMR-1 04.003". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[8] ETSI TS 101 376-4-4: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 4: Radio interface protocol specifications; Sub-part 4: Layer 1 
General Requirements; GMR-1 3G 44.004". 
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[9] ETSI TS 101 376-4-5: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 5: Data Link Layer General Aspects; GMR-1 04.005". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[10] ETSI TS 101 376-4-6: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 6: Mobile earth Station-Gateway Station Interface Data Link 
Layer Specifications; GMR-1 04.006". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[11] ETSI TS 101 376-4-7: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 4: Radio interface protocol specifications; Sub-part 7: Mobile 
Radio Interface SignalHng Layer 3 General Aspects; GMR-1 3G 24.007". 

[12] ETSI TS 101 376-5-2: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 2: 
Multiplexing and Multiple Access; Stage 2 Service Description; GMR-1 3G 45.002". 

[13] ETSI TS 101 376-5-3: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 3: 
Channel Coding; GMR-1 3G 45.003". 

[14] ETSI TS 101 376-5-5: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 5: 
Radio Transmission and Reception; GMR-1 3G 45.005". 

[15] ETSI TS 101 376-5-6: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 6: 
Radio Subsystem Link Control; GMR-1 3G 45.008". 

[16] ETSI TS 101 376-5-7: "GEO-Mobile Radio Interface Specifications (Release 3); Third Generation 

Satellite Packet Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 7: 
Radio Subsystem Synchronization; GMR-1 3G 45.010". 

[17] ETSI TS 144 018: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3 specification; Radio Resource Control (RRC) protocol (3GPP TS 44.018 Release 7)". 

[18] ETSI TS 124 008: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); Mobile radio interface Layer 3 specification; Core network 
protocols; Stage 3 (3GPP TS 24.008 Release 7)". 

[19] ETSI TS 101 376-4-8: "GEO-Mobile Radio Interface Specifications (Release 1); Part 4: Radio 

interface protocol specifications; Sub-part 8: Mobile Radio Interface Layer 3 Specifications; 
GMR-1 04.008 (Release 1)". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[20] ETSI TS 101 376-4-12: "GEO-Mobile Radio Interface Specifications (Release 3); Third 

Generation Satellite Packet Radio Service; Part 4: Radio interface protocol specifications; 
Sub-part 12: Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol; GMR-1 3G 44.060". 

[21] Void. 

[22] Void. 

[23] ETSI TS 101 376-3-22: "GEO-Mobile Radio Interface Specifications (Release 3); Third 

Generation Satellite Packet Radio Service; Part 3: Network specifications; Sub-part 22: Overall 
description of the GMPRS radio interface; Stage 2; GMR-1 3G 43.064". 

[24] ETSI TS 123 060: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); General Packet Radio Service (GPRS); Service 
description; Stage 2 (3GPP TS 23.060 Release 7)". 
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[25] ETSI TS 101 376-4-13: "GEO-Mobile Radio Interface Specifications (Release 3); Third 

Generation Satellite Packet Radio Service; Part 4: Radio interface protocol specifications; 
Sub-part 13: Radio Resource Control (RRC) protocol; lu Mode; GMR-1 3G 44.118". 

[26] ETSI TS 124 007: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); Mobile radio interface signalling layer 3; General Aspects 
(TS 124 007 Release 7)". 

[27] ETSI TS 101 376-4-14: "GEO-Mobile Radio Interface Specifications (Release 3); Third 

Generation Satellite Packet Radio Service; Part 4: Radio interface protocol specifications; 
Sub-part 14: Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol; lu Mode; GMR-1 3G 44.160". 

[28] ETSI TS 123 003: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Numbering, addressing and identification 
(3GPP TS 23.003 Release 7)". 

[29] GPS Interface Specification IS-GPS-200: "NAVSTAR GPS Space Segment/Navigation User 

Interfaces" 

[30] ETSI TS 123 246: "Universal Mobile Telecommunications System (UMTS); Multimedia 

Broadcast/Multicast Service (MBMS); Architecture and functional description (3GPP TS 23.246 
Release 7)". 

[31] ETSI TS 125 413: "Universal Mobile Telecommunications System (UMTS); UTRAN lu interface 

Radio Access Network AppHcation Part (RANAP) signalling (3GPP TS 25.413 Release 7)". 

[32] ETSI TS 125 304: "Universal Mobile Telecommunications System (UMTS); User Equipment 

(UE) procedures in idle mode and procedures for cell reselection in connected mode 
(3GPP TS 25.304 Release 7)". 

[33] ETSI TS 148 018: "Digital cellular telecommunications system (Phase 2+); General Packet Radio 

Service (GPRS); Base Station System (BSS) - Serving GPRS Support Node (SGSN); BSS GPRS 
protocol (BSSGP) (3GPP TS 48.018 Release 7)". 

[34] ITU-T Recommendation E.212: "The international identification plan for public networks and 

subscriptions". 

[35] ETSI TS 144 060: "Digital cellular telecommunications system (Phase 2+); General Packet Radio 

Service (GPRS); Mobile Station (MS) - Base Station System (BSS) interface; 
Radio Link Control / Medium Access Control (RLC/MAC) protocol (3GPP TS 44.060 
Release 7)". 

[36] ETSI TS 101 376-3-21: "GEO-Mobile Radio Interface Specifications; Part 3: Network 

specifications; Sub-part 21: Position Reporting services; Stage 2 Service description; 
GMR-1 03.299". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

Not applicable. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 101 376-4-8 (Release 1) [19] and the 
following apply when operating in A/Gb mode and lu mode: 

A/Gb mode: indicates this paragraph applies only to a system which operates in A/Gb mode 

NOTE: For multi system case this is determined by the current serving radio access network. 

A/Gb mode and GERAN lu mode: indicates this paragraph applies only to a system which operates in A/Gb mode or 
GERAN lu mode 

NOTE: For multi system case this is determined by the current serving radio access network. 

GMM context: established when a GPRS attach procedure is successfully completed 

lu mode: indicates this paragraph applies only to a system which operates in lu mode 

NOTE: The lu mode includes both UTRAN lu mode and lu mode. For multi system case this is determined by 
the current serving radio access network. 

label (A/Gb mode only): indicates this clause or paragraph applies only to a system which operates in A/Gb mode, 
i.e. with a functional division that is in accordance with the use of an A or a Gb interface between the radio access 
network and the core network 

NOTE: For multi system case this is determined by the current serving radio access network. 

label (lu mode only): indicates this clause or paragraph applies only to a system which operates in lu mode 

NOTE: The lu mode includes UTRAN and GERAN lu modes, i.e. with a functional division that is in accordance 
with the use of an lu-CS or lu-PS interface between the radio access network and the core network. For 
multi system case this is determined by the current serving radio access network. 

MAC Idle state: applicable when the system is operating in lu mode 

NOTE: In this state, mobile earth station is not allocated any radio resource on a packet data physical channel; it 
listens to the BCCH, GBCH and CCCH. In MAC Idle state, the RRC can be in RRC-Idle mode or RRC 
Connected mode RRC-GRA_PCH state. 

Network operation mode: 

• In lu mode, two different network operation modes I, II are defined in TS 123 060 [24]. 

• The network operation mode is indicated as system information. For proper operation, the network operation 
mode should be the same in each cell of one routing area. 

PS signalling connection: peer to peer lu mode connection between MS and CN packet domain node 

RRC: Radio Resource Control plane protocol for radio resource management that is used when a mobile earth station is 
operating in lu mode 

RRC-Connected mode: MES has an established RRC connection 

NOTE: If the MES has physical resources allocated for transfer of signalling or user data then the RRC can be in 
RRC-Cell_Shared or RRC-Cell_Dedicated state. If no physical resources are allocated, then the RRC is in 
RRC-GRA_PCH state. 

RRC Connection: point-to-point bi-directional connection between RRC peer entities in the MES and the GERAN 
characterised by the allocation of a G-RNTI. An MES has either zero or one RRC connection 
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RRC-Idle mode: MES has no established RRC connection 

NOTE: The MES Hstens to the Common Control Channel (CCCH), GBCH, and the BCCH; in alert mode, it 
Hstens to BACH only. 

Temporary Block Flow (TBF): physical connection used by the two RRC peer entities to support the uni -directional 
transfer of LLC PDUs on dedicated or shared physical channels, see TS 101 376-4-12 [20] 

UTRAN lu mode: indicates this paragraph applies only to a system which operates in UTRAN lu mode 

NOTE: For multi system case this is determined by the current serving radio access network. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 101 376-1-1 [1], TS 101 376-4-8 
(Release 1) [19] and the following apply: 



GU 

MES 



GPRS Update 
Mobile Earth Station 



NOTE: The present document makes no distinction between MES and UE. 



RAU 

SIM 
USIM 



Routing Area Update 
Subscriber Identity Module 
Universal Subscriber Identity Module 



A number of concepts and abbreviations are borrowed from GSM. The mapping in table 3.1 could be useful for proper 
association of GSM to GMR-1 abbreviations. 

Table 3.1 : Mapping of GSM terms to GMR-1 terms 



Usage in GSM 


Usage in GIVIR-1 


MS (Mobile Station) 


MES (Mobile Earth Station) 


BS (Base Station) 


GS (Gateway Station) 


Dm (D channel for GSM) 


Sat (Satellite channel for GMR-1 ) 


GSM nn.nn (for reference) 


GMR-1 nn.nnn (if reference exists) 


SGPPnn.nnn {for reference) 


GMR-1 3G nn.nnn (if reference exists) 



3.3 Random values 

Same as clause 3.3 of TS 101 376-4-8 (Release 1) [19]. 



Radio resource management procedures 



4.1 Overview/general 



In lu-Mode, the Radio resource management procedures excluding system information broadcasting and procedures on 
CCCH, are specified in TS 101 376-4-13 [25]. 

4.1 .1 General (A/Gb mode only) 

Same as clause 4.1.1 of TS 101 376-4-8 (Release 1) [19]. 

If packet point-to-point procedures are supported, the radio resource management procedures includes functions related 
to the management of transmission resources on packet data physical channels. This includes the broadcast of system 
information to support a mobile earth station in packet idle and packet transfer modes, see TS 101 376-4-12 [20]. 
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4.1 .2 Services provided to upper layers 

4.1.2.1 Idle mode 

Same as clause 4.1.2.1 of TS 101 376-4-8 (Release 1) [19]. 

4.1 .2.2 Establishment and release of an RR connection 

Same as clause 4.1.2.2 of TS 101 376-4-8 (Release 1) [19]. 

4.1 .2.3 RR connected mode 

Same as clause 4.1.2.3 of TS 101 376-4-8 (Release 1) [19]. 

4.1 .2.4 Packet idle mode (A/Gb mode only) 

Only applicable for mobile earth stations supporting packet services. 

In packet idle mode, no temporary block flow exists. Upper layers may require the transfer of a LLC PDU, which 
implicitly triggers the establishment of a temporary block flow. 

The RR sublayer also provides GMPRS suspension and resumption services to the MM sublayer. 

4.1 .2.5 Packet transfer mode (A/Gb mode only) 

Only applicable for mobile earth stations supporting packet services. 

In packet transfer mode, the mobile earth station is allocated radio resource providing a temporary block flow on one or 
more packet data physical channels. The RR sublayer provides the following services: 

• Transfer of LLC PDUs in acknowledged mode. 

• Transfer of LLC PDUs in unacknowledged mode. 

Depending on the mode of operation (class B), the mobile earth station may leave both packet idle mode and packet 
transfer mode before entering dedicated mode. 

4.1 .3 Services required from data link and physical layers 

Same as clause 4.1.3 of TS 101 376-4-8 (Release 1) [19]. 

4.1.4 RR states 

Same as clause 4.1.4 of TS 101 376-4-8 (Release 1) [19]. 

4.1 .5 Change of dedicated channels 

Same as clause 4.1.5 of TS 101 376-4-8 (Release 1) [19]. 

4.1 .6 Procedure for service request and contention resolution 

Same as clause 4.1.6 of TS 101 376-4-8 (Release 1) [19]. 
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4.2 Idle mode procedures 

4.2.1 Mobile Earth Station (MES) side 

Same as clause 4.2.1 of TS 101 376-4-8 (Release 1) [19]. 

4.2.2 Network side 

4.2.2.1 System information broadcasting 

SYSTEM INFORMATION messages that are types 1 or 2 are regularly broadcast by the network on BCCH. Each type 
of SI contains a predetermined set of information from one or more classes. The different classes of information are 
broadcast at different periodicities, depending on the nature of the information in a particular class. Based on this 
information, the MES is able to decide whether and how it may gain access to the system via the current cell. 

The basic unit for transmission of SI is a block. A block (corresponding to a single BCCH burst) is a 192-bit buffer in 
which system information may be packed. Each block contains two segments of system information as described in 
clauses 4.2.2.1.2 and 4.2.2.1.3. 

Each iteration of the complete transmission schedule for a particular class is henceforth referred to as a "class rotation". 
A class rotation may include just one block or as many as 120 BCCH bursts. 

The block has an 8-bit header that contains the system information format version and other identification. 

4.2.2.1 .1 Classes and segments 

The system information has been subdivided into several classes. The subdivision is on the basis of periodicity 
requirements, i.e. information belonging to a particular class shall be repeated within a fixed number of blocks (specific 
to that particular class). 

The information broadcast may be grouped as in the following. 

4.2.2.1.1.1 Class 1 

This class contains information pertaining to the RACH/PRACH access procedure, which changes very fast and also 
shall be acquired by the MES prior to a RACH/PRACH attempt. A full cycle of this information should be transmitted 
on every BCCH burst (BCCH bursts occur at 320 ms intervals). 

4.2.2.1.1.2 Class 2 

This class currently contains information pertaining to spot beam and camping on procedures. This class also contains 
information which indicates if GMPRS related parameters are carried on other segments or not. A full cycle of this 
information should be transmitted at least once every eight BCCH bursts. 

4.2.2.1.1.3 Class 3 

This class contains information pertaining to the PLMN selection, initial spot beam selection, packet related GMPRS 
flags, GMPRS BCCH options, PCCCH Organization and frequency parameters. This class includes information on 
Normal CCCH, AGCH/CCCH available in the spot beam along with the corresponding RACH frequencies. A full cycle 
of this information should be transmitted at least once every 16 BCCH bursts. 

4.2.2.1.1.4 Class 4 

This class contains information for which it is permissible to use stored values while receiving current System 
Information values. 

A maximum cycle time of 120 BCCH bursts shall be allowable for Class 4 information, including all segments that may 
be added in the future. 
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4.2.2.1.1.5 



Segment 



Since it is not possible to transmit a given class in its entirety in a single block (because of size and transmission 
constraints), the classes are broken up into segments. A segment contains a fixed set of information within a class in a 
fixed format; it is uniquely identified (except in the case of Class 1, which has only one segment) by its segment type. 
Knowing the segment type, an MES can identify and decode each field inside the segment. 

Each segment (except for segment lA) has a segment header, identifying the segment type and the class to which the 
segment belongs. 



4.2.2.1.2 



Transmission schedules 



A transmission schedule is a list of blocks for transmission that contain all information segments, including the 
periodicity of the classes and segments. 



4.2.2.1.2.1 



Normal Transmission Sclnedule 



The system information transmission schedule is shown in table 4.2. In this pattern, up to 20 normal CCCHs and up to 
25 AGCH/CCCHs can be supported. The Class 1 information is transmitted once in each block, thus occurring once in 
320 ms. 

Table 4.2: Normal transmission schedule (see note 1) 



System Information Block 


System Information Type 


Contains Segments 


1 




1A, 4n (see note 2) 


2 




1A, 2Ab/s 


3 




1A, 3A 


4 




1A, 3B bis 


5 




1A, 3C 


6 




1A, 2Bb/s 


7 




1A, 3D 


8 




1A, 3Eb/s 


9 




1A, 4n (see note 2) 


10 




1A, 2Ab/s 


11 




1A, 3F 


12 




1A, 3Gb/s 


13 




1A, 3H or 3K (see note 3) 


14 




1A, 2Bbis 


15 




1A, 31 


16 




1A, 3Jfc>/s 


NOTE 1 : The position of the segment inside a blocl< is as shown in the respective table. The 
entries in the table show the order from the start of the block. There are no gaps 
between the end of the first segment and the start of the next segment. 

NOTE 2: Class 4 information is transmitted in the first block of each transmission schedule. 
The schedule is as follows: 4A, 4B, 4C, 4D, 4E, 4F. In the future, the class 4 cycle 
may be extended by adding more blocks to the end of the class 4 cycle. Each block 
contains the number of blocks till the next start of the class 4 cycle. 

NOTE 3 A/Gb systems shall use the 3H segment and lu Mode systems shall use the 3Kbis 
segment. 



4.2.2.1.2.2 



Extended Transmission Schedule (lu Mode Only) 



Class 3 system Information segments described in clauses 11. 5.2. 71 to 11.5. 2. 84 have variable length. The message 
structure can support up to 2 MHz of bandwidth within a spot beam using the normal transmission schedule. In order to 
accommodate beams serving high traffic areas which may have an allocation greater than what can be supported using 
fast transmission, the network shall employ extended transmission schedule. Such system information shall be 
broadcast using system information 2bis format. Segment 2B bis shall indicate the presence of extended system 
information. The ARFCN used for extended system information shall be the first ARFCN in the SA_AGCH_ LIST. 
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4.2.2.1.3 Change information 

Segment 1 A contains the current version number for the Class 2 and Class 3 information cycles, as 3-bit and 4-bit 
numbers, respectively. The GS changes the corresponding version number when the Class 2 or Class 3 information is 
modified. 

The change information for Class 4 information is carried as a 3-bit string in Segment lAbis. The GS changes the 
version number when Class 4 information is changed. 

It should be noted that a change in Class 4 information causes a change in the corresponding version number for 
Segment 2Abis. The updated version number is a change in Class 2 information that shall be reflected in the Class 2 
version number present in Segment 1 A. 

If a block contains both a segment of a class and a version number of that class, the version number shall apply to that 
segment. 

4.2.2.1 .4 Encoding and decoding rules 

The following rules shall apply to the encoding and decoding of SI messages: 

• The protocol version number "0001" is the current baseline protocol version number. 

• If the MES receives SI that has a baseline protocol version number that is lower than its implemented protocol 
version number, it shall interpret the SI according to the received protocol version number. 



• 



If the MES receives SI that has a baseline protocol version number that is greater than or equal to its 
implemented protocol version number, it shall interpret the SI according to the MESs implemented protocol 
version number. 

• The MES shall check the block header and segment type in the segment header. It may stop decoding SI 
blocks when it has read all the segments that it can recognize, based on the segment type. It shall stop 
decoding a segment when it has decoded all the fields that it is able to decode, based upon the MESs 
implemented protocol version number. 

• The MES shall determine the contents of a system block only from the block header and the class header. The 
MES shall make no assumption regarding the order of transmission of SI blocks or class segments. The MES 
shall make no assumption regarding the synchronization of a frame number vs. any block or segment of any 
class of SI. 

• A class of system information shall only be assembled from segments that have the same version number. If 
the MES receives a segment that contains a different version number, any unused earlier segments shall be 
discarded and the MES shall restart assembling the class segments using the new version number. 

• Some blocks contain variable length lists, with the length information coded within the list. If an MES detects 
that the list ends before its expected size, i.e. is shorter than the maximum size, it shall jump directly to the 
expected location of the next known field in the segment or the next segment if this happens to be the last field 
in the current segment. 

4.2.2.1 .4.1 Differentially encoded carrier lists 

The normal CCCH, including the BCCH ARFCN, the CCCH/AGCH and the BCCH full ARFCN carrier lists are 
differentially encoded so as to reduce the total number of bits needed for their representation. These bits are then 
divided into multiple partitions, each of fixed size and included in different segments. The encoding scheme is given 
below. See TS 101 376-5-5 [14] for a description of ARFCN. 

No header or trailer bits should be added to any of the partitions, but the serial number of the partitions, like first, 
second, and so on, should be maintained, while including them in different segments. 
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The list to be encoded is first sorted in an ascending order. Every item is encoded as a difference number from the 
previous item (for the first item the previous item is assumed to be 0) with appropriate prefix. Table 4.3 gives the 
difference type prefix and the difference numbers for various ranges of differences. 

<Carrier list> ::= 

{ <difference type prefixxdifference number> } 

<Carrier list> 

Table 4.3: Encoding of difference values 



Difference Range 


Difference Type 
Prefix 


Difference Number 


Encoded Value 


1 -16 


GO 


0- 15 


<00><bitstring(4)> 


17-48 


01 


0-31 


<01><bitstring(5)> 


49-112 


10 


0-63 


<10><bitstring(6)> 


1 1 3 - 240 


110 


0-127 


<110><bitstring{7)> 


241 - 1 087 


111 


0-846 


<111><bitstring(10)> 



The MES shall concatenate all the partitions of the list received in different segments in correct order and extract the 
carrier specifications. No carrier specification shall have value greater than 1 087. The MES shall stop processing the 
list if a carrier specification greater than 1 087 is decoded. The MES shall stop processing the list when the total number 
of entries, as given in the corresponding SI parameter, has been extracted. The GS should fill any subsequent bits 
beyond the end of the list with Os. The MES shall ignore any subsequent bits beyond the end of the list. 



4.2.2.1.4.1.1 



RACH carrier lists (lu mode only) 



In addition to differentially encoded BCCH and CCCH lists specified in clause 4.2.2.1.4.1, the network may also 
include a RACH list in the system information. Availability of the RACH list shall be indicated in Segment 2Abis. 

The SA_RACH _LIST shall contain the RACH ARFCNs corresponding to Normal CCCH ARFCNs and AGCH/CCCH 
ARFCNs, listed in the same order in which the Normal CCCHs and AGCH/CCCHs are listed in the SA_CCCH_LIST 
and SA_AGCH_LIST respectively (see TS 101 376-5-2 [12] for definition of Normal CCCH and AGCH/CCCH). The 
SA_RACH_LIST shares the bit space used by SA_CCCH_LIST and SA_AGCH_LIST. The total number of entries in 
SA_RACH_LIST is equal to the sum of SA_CCCH_CHANS and SA_AGCH_CHANS. 

The order in which the RACH ARFCNs are listed in SA_RACH_LIST shall correspond to one-to-one with Normal 
CCCH ARFCNs followed by AGCH/CCCH ARFCNs. The MES shall read interpret the SA_RACH_LIST only after 
forming the SA_CCCH_LIST and SA_AGCH_LIST. 

NOTE: SA_RACH_LIST is not differentially encoded. 

4.2.2.1 .4.2 Concurrent BCCH list 

Same as clause 4.2.2.1.4.2 of TS 101 376-4-8 (Release 1) [19]. 
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4.2.2.1 .4.2a Concurrent BCCH list (lu mode) 

The list of the concurrent BCCH information is encoded so as to reduce the total number of bits needed for their 
representation. These bits are then divided into two partitions each of fixed size and included in different segments. The 
encoding scheme is given below: 

<concurrent BCCH information list>::= <concurrent BCCH information> Number of BCCH 

<concurrent BCCH information>::= 
<header: bitstring(3)> 
<ARFCN: bitstring(ll)> 

<Satellite Id: bitstring(2)> - presence is indicated in the header 
<MCC: bitstring(10)> - presence is indicated in the header 

<MNC: bitstring(10)> - presence is indicated in the header 

<header: bitstring(3)> - three bits b3 b2 bl to indicate 

- bl =0: Satellite Id of BCCH same as previous element 

- bl = 1: Satellite Id of BCCH differs from previous element 

- b2 = 0: MCC same as the previous element in the list 

- b2 = 1 : MCC differs from the previous element 

- b3 = 0: MNC same as the previous element in the list 

- b3 = 1 : MNC differs from the previous element 

<Satellite Id: bitstring(2)> - This is omitted if the SatelUte Id of the BCCH carrier 

- is unchanged from the previous element. 
<ARFCN: bitstring(l 1)> - ARFCN value corresponding to the BCCH carrier 
<MCC: bitstring(10)> - valid range to 999. This is omitted if MCC is unchanged 

- from previous element in the list. 

<MNC: bitstring(10)> - valid range to 999. This is omitted if MNC is unchanged 

- from previous element in the list. 

NOTE: The current BCCH serves as a previous element for encoding the first element of the list. 

The MES shall concatenate all the partitions of the list received in different segments in correct order and extract the 
carrier specifications. The MES shall stop processing the list when the total number of entries, as given in the 
corresponding SI parameter, has been extracted. The network should fill any subsequent bits beyond the end of the list 
with "0"s. The MES shall ignore any subsequent bits beyond the end of the list. 

4.2.2.1 .4.3 Packet control channel list (A/Gb Mode only) 

The packet control channel list contains multiple sub-lists called Packet Control Channel Definition 
(see clause 11. 5. 2. 109) , each one corresponding to a different downlink bandwidth. Three different downlink 
bandwidths are supported in a GMPRS network, 62,5 kHz, 125 kHz and 156,25 kHz. The GMPRS terminal type 
identifier (see TS 101 376-5-2 [12]) indicates the capability of an MES to support one or more of the three downlink 
bandwidth types. A single spot-beam can have carriers of all three or a combination of three downlink bandwidths. 
Additionally, based on network resource availability the number of carriers and the type of carriers available in a 
spot-beam may vary over time. Thus if a single spot-beam has carriers of both 125 kHz and 156,25 kHz, and there are 
packet control channels on both categories of carriers, there will be two sub lists. Similarly, if the spot beam has carriers 
for both 62,5 kHz and 156,25 kHz then there will two sub lists. If a single spot-beam has only 62,5 kHz (or only 
156,25 kHz) carriers then there will be a single sub list. Each sub list has a single field called SA_PCCCH_CHANS 
which identifies the number of PCCCH carrying sub-bands of the bandwidth defined in the subsequent Downlink BW 
field. The presence of the Downlink BW field is conditional on SA_PCCCH_CHANS being non-zero. If 
SA_PCCCH_CHANS is zero, this means that there are no subsequent PCCCHs defined in the system information of 
any bandwidth category. 

While in packet idle mode, using the Packet control channel list and the GMPRS terminal type assigned to it, an MES 
can determine if suitable packet carriers are available in a spot-beam or not. 
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4.2.2.1 .4.3a Packet control channel list (lu Mode only) 

The packet control channel list contains multiple sub-lists (see clause 11.5.2.109a and clause 11.5.2.109b). Each sub-list 
will contain one or more downlink carrier of specific bandwidth. Each sub list has a single field called 
SA_PCCCH_CHANS which identifies the number of PCCCHs of the bandwidth defined in the subsequent DownUnk 
BW field. The presence of the Downlink BW field is conditional on SA_PCCCH_CHANS being non-zero. If 
SA_PCCCH_CHANS is zero, this means that there are no subsequent PCCCHs defined in the system information of 
any bandwidth category. The GMPRS terminal type identifier (see TS 101 376-5-2 [12]) will define the capability of an 
MES to support one or more downlink bandwidth types. Based on its downlink bandwidth capability, the MES shall 
only consider those sub-lists on which it MES can operate. A single spot-beam can support a combination of the 
different downlink bandwidths types. Based on network resource availability in a spot-beam the number of entries in 
these sub-lists may vary over time. 

4.2.2.1 .5 Future extensions 

In the future, information may be added to the SI in a backward-compatible way as follows: 

• New fields may be inserted into existing spare bits in the existing segments. 

• There are some segments that contain variable length lists, i.e. Segments 3C, 3D, etc. In case the maximum 
length of the list is not utilized, the spare bits left may be reused for spare fields by the GS in future versions. 
Older MESs ignore these spare bits. 

• New segments may be created. The transmission schedule may be modified to include the new segment. 

• The protocol version in the block header shall be incremented. 

• The MES shall ignore unknown fields or segments. 

4.2.2.1 .6 Anchored(A) and Temporary(T) BCCH (A/Gb mode only) 

Refer to TS 101 376-5-6 [15] for definition of A-BCCH and T-BCCH. The distribution of A-BCCH and T-BCCH in 
BCCH neighbour lists and concurrent BCCH system information is as follows: 

• BCCH neighbour lists in A-BCCHs and T-BCCHs shall only contain A-BCCHs. 

• If T-BCCH is present all A-BCCHs shall contain T-BCCHs in the concurrent BCCH information. 

• All T-BCCHs shall contain A-BCCHs in the concurrent BCCH information. 

4.2.2.1 .7 Multiplexing of CCCH and PCCCH (A/Gb mode only) 

PCCCH and CCCH (both normal CCCH and CCCH/AGCH) may coexist in a spot-beam. The PCCCH description is 
provided in a variable size list, which shares the class 3 segments with the CCCH normal or the CCCH/AGCH. 

In segments 3C, 3D, 3E and 3E bis, the PCCCH and the normal CCCH lists share the same bitspace. In segments 3F, 
3G, 3G bis and 3H, the PCCCH and the CCCH/AGCH lists share the same bitspace. Note that each segment contains a 
part of the CCCH list and then a part of the PCCCH list. 

To find the PCCCH list and decode it, the terminal may do the following: 



• 



Read the parameter SA_CCCH_CHANS to determine the number of normal CCCHs and SA_AGCH_CHANS 
to determine the number of CCCH/AGCH in the appropriate segments. 

In each segment where the normal CCCH is present, it starts decoding the normal CCCH list. For each 
decoded CCCH an internal variable corresponding to the number of normal decoded CCCHs is incremented. It 
stops decoding the CCCH list for that segment when the internal variable reaches the value of 
S A_CCCH_CHANS or the maximum number of bits allocated for CCCH in that segment is reached. The 
PCCCH list, if present is immediately after this. The presence or absence of the PCCCH list is determined by 
the parameter S A_PCCCH_CHANS at the head of the Packet Control Channel Definition IE, which indicates 
how many PCCCHs of the bandwidth specified in the following field are present. Note that if a given 
SA PCCCH CHANS reads zero, it indicates that there are no PCCCH elements behind it. 
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• The same procedure is used for the segments containing CCCH/AGCH. Note that the PCCCH definitions may 
run through multiple segments so that the start is in segment 3C and end in 3D, 3E/3Ebis, 3F, 3G/3Gbis or 3H. 
In other words, there is no demarcation of segments as in the case of normal CCCH and CCCH/AGCH. 

• The SA_AGCH_CHANS, SA_CCCH_CHANS variables indicate the total number of CCCHs of a given 
category for the entire system information cycle, not just in a particular segment. Thus the internal variable is 
not reset across segments. 

• The S A_PCCCH_CHANS variable indicates the total number of PCCCHs of a supported bandwidth category 
and may occur more than once in a system information cycle if different bandwidths are supported. 

4.2.2.1 .7a Multiplexing of CCCH and PCCCH (lu mode only) 

PCCCH and CCCHs (normal CCCH. AGCH/CCCH and the associated RACHs) may coexist in a spot-beam. The 
PCCCH description is provided in a variable size list, which shares the class 3 segments with the CCCH list. 

In segments 3C, 3D and 3E bis, the PCCCH list, the normal CCCH list and the optional RACH list share the same 
bitspace. In segments 3F and 3G bis the PCCCH list, the AGCH/CCCH list and the optional RACH list share the same 
bitspace. Note that each segment contains a part of the CCCH list and then a part of the PCCCH list. 

To find the PCCCH list and decode it, the terminal may do the following: 

• Read the parameter S A_CCCH_CHANS to determine the number of normal CCCHs and S A_AGCH_CHANS 
to determine the number of AGCH/CCCHs in the appropriate segments. 

• The number of entries in the optional RACH list is given by sum of S A_CCCH_CHANS and 
SA_AGCH_CHANS. 

• In each segment where the normal CCCH is present, it starts decoding the normal CCCH list. For each 
decoded CCCH an internal variable corresponding to the number of normal decoded CCCHs is incremented. It 
stops decoding the CCCH list for that segment when the internal variable reaches the value of 

S A_CCCH_CHANS or the maximum number of bits allocated for CCCH in that segment is reached. If the 
internal variable reaches the value of S A_CCCH_CHANS, then the optional RACH list will start and occupy 
the remaining bits allocated for CCCH in that segment. The PCCCH list, if present is immediately after this. 
The number of entries within a PCCCH sub-list is determined by the parameter S A_PCCCH_CHANS. 

• The same procedure is used for the segments containing AGCH/CCCH. Note that the PCCCH definitions may 
run through multiple segments so that the start is in segment 3C and end in 3D, 3Ebis, 3F or 3Gbis. In other 
words, there is no demarcation of segments as in the case of normal CCCH and CCCH/AGCH. 

The SA_AGCH_CHANS, SA_CCCH_CHANS variables indicate the total number of CCCHs of a given category for 
the entire system information cycle, not just in a particular segment. Thus the internal variable is not reset across 
segments. 

4.2.2.2 GPS satellite ephemeris data broadcasting 

Ephemeris data of up to 12 GPS satellites probably visible to MESs in the spot beam are continuously transmitted by 
the network on the GBCH or the GBCH3. This data allows a mobile to quickly calculate its position in terms of latitude 
and longitude based upon the signals received from the GPS satellites. Other supporting information such as current 
time and satellite Doppler estimates are also transmitted. 

The presence of GPS ephemeris information on either the GBCH or GBCH3 is indicated in the system information 
segment 1 A by the GBCH present information element. 

4.2.2.2.1 GPS satellite ephemeris Earth Centered Earth fixed coordinates on GBCH 

The GBCH INFORMATION Messages shall be broadcast in a GBCH information cycle that consists of up to 
32 GBCH messages. A GBCH information cycle shall be completed in a maximum of 64 frames. 
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Each message contains a message header containing the message number. The messages shall be broadcast in sequence. 
Up to 12 satellites may be identified via the VISIBILITY_LIST. Nominally, two other messages exist in the GBCH 
information cycle for each of the 12 entries of the VISIBILITY_LIST. Satellites may be repeated in the 
VISIBILITY_LIST if there are less than 12 visible GPS satellites. Alternatively, if there are less than 12 satellites, 
satellite Ids of "0" may be put into the VISIBILITY_LIST. If done, the GBCH information cycle is not required to 
contain the GBCH Messages with Type 8 and Type 9 data for the satellites with Ids set to "0". If the GBCH information 
cycle contains messages for satellites, for which the VISIBILITY_LIST contained a satellite ID of "0", then the 
contents of those messages shall be discarded. 

The full GBCH information cycle is shown in table 4.4. 

Table 4.4: GBCH information schedule 



GBCH Message Number 


GBCH Information Type 




1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 


Type 1 
Type 2 
Type 4 
Type 5 

Type 8 - Sat 1 
Type 9 - Sat 1 
Type 8 - Sat 2 
Type 9 - Sat 2 
Type 8 - Sat 3 
Type 9 - Sat 3 
Type 8 - Sat 4 
Type 9 - Sat 4 
Type 8 - Sat 5 
Type 9 - Sat 5 
Type 8 - Sat 6 
Type 8 - Sat 6 


16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 


Type 1 
Type 3 
Type 6 
Type 7 

Type 8 - Sat 7 
Type 9 - Sat 7 
Type 8 - Sat 8 
Type 9 - Sat 8 
Type 8 - Sat 9 
Type 9 - Sat 9 
Type 8 -Sat 10 
Type 9 -Sat 10 
Type 8 - Sat 1 1 
Type 9 - Sat 1 1 
Type 8 -Sat 12 
Type 9 -Sat 12 



Each GBCH information cycle has a GBCH sequence number associated with it. All messages within a GBCH 
information cycle shall have the same sequence number and shall be consistent with one another. All messages with the 
same message number and sequence number shall be constant, with the exception of Doppler. Any change of 
information content, with the exception of Doppler, shall require a change of sequence number. Doppler information 
may change without a change of sequence number. Following a change of sequence number, the old sequence number 
shall not be reused for at least two minutes. 



4.2.2.2.2 



GPS satellite ephemeris Earth Centered Earth fixed coordinates on GBCH3 



Optionally, Ephemeris data using Earth Centered Earth Fixed (ECEF) coordinates of up to 12 GPS satellites probably 
visible to MESs in the spot beam may be continuously transmitted by the network on the GBCH3. This data allows a 
mobile to quickly calculate its position in terms of latitude and longitude based upon the signals received from the GPS 
satellites. Other supporting information such as current time and satellite Doppler estimates are also transmitted. 

GBCH3 INFORMATION Messages are transmitted in the GBCH3. When ECEF coordinates are broadcast, the GBCH3 
INFORMATION Messages shall be broadcast in a GBCH3 information cycle that consists of up to 17 GBCH3 

messages. 
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Each message contains a message header containing the message number. The messages shall be broadcast in sequence. 
Up to 12 satellites may be identified. If there are less than 12 satellites, satellite IDs of "0" shall be used. If the GBCH3 
information cycle contains messages for satellites, with the satellite ID of "0", then the contents of those information 
elements following these satellite IDs shall be discarded up to the next non-zero satellite ID. 

The full GBCH3 ECEF information cycle is shown in table 4.5. The GBCH3 ECEF message number is binary coded in 
the GBCH3 message header. 

Table 4.5: GBCH3 ECEF information schiedule 



GBCH3 ECEF Message Number 


GBCH3 ECEF Information Type 





Type 1 


1 


Type 2 


2 


Types 


3 


Type 4 


4 


Type 5 


5 


Types 


6 


Type 7 


7 


Types 


8 


Type 9 


9 


Type 1 


10 


Type 1 1 


11 


Type 1 2 


12 


Type 1 3 


13 


Type 1 4 


14 


Type 1 5 


15 


Type 1 6 


16 


Type 1 7 



Each GBCH3 information cycle has a GBCH3 sequence number associated with it. All messages within a GBCH3 
information cycle shall have the same sequence number and shall be consistent with one another. All messages with the 
same message number and sequence number shall be constant, with the exception of Doppler. Any change of 
information content, with the exception of Doppler, shall require a change of sequence number. Doppler information 
may change without a change of sequence number. Following a change of sequence number, the old sequence number 
shall not be reused for at least two minutes. 



4.2.2.2.3 



GPS satellite ephemeris Keplerian Coordinates on GBCH3 



The GBCH3 may optionally be used to broadcast the GPS satellite ephemeris using Keplerian Coordinates (KC) instead 
of ECEF coordinates as described above. GBCH3 KC information schedule is shown in table 4.6. GBCH3 KC message 
Type 1 contains information for up to 12 GPS satellites. GBCH3 KC message Type 2 contains information for up to 
two satellites identified by the GPS SV number defined in IS-GPS-200 [29]. If this message contains information for 
only 1 satellite, the second satellite ID is "0". GBCH3 KC message Type 3 and Type 4 contain information for GPS S V 
1 listed in the prior Type 2 message. GBCH3 KC message Type 5 and 6 contain information for the GPS SV 2 listed in 
the prior Type 2 message. If the second satellite ID in the prior Type 2 message was "0" then the Type 5 and Type 6 
message are not transmitted. 

Table 4.6: GBCH3 KC information schedule for Keplerian Coordinate Ephemeris 



GBCH3 KC Message Number 


GBCH3 KC Information Type 


17 


Type 1 


1S 


Type 2 


19 


Types 


20 


Type 4 


21 


Type 5 


22 


Type 6 
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4.2.2.3 GPS almanac data transmission 

The network will broadcast the GPS Almanac Data via the unused TMSI slots in the PAGING REQUEST 2 and 
PAGING REQUEST 3 messages. The data shall be independently transmitted for each paging subchannel. The 
Almanac Present flag in the system information segment 31 indicates whether the almanac data is present on the 
PCH channel. During paging reorganization, the MES shall resynchronize with the new paging subchannel to obtain 
this almanac data. 

The rate of transmission depends on the paging load of the particular subchannel. Transmission of the GPS Almanac 
Data will not be affected by paging reorganization. Under conditions of very light paging traffic, the network shall 
maintain a minimum paging transmission rate, such that, on an average, in each second at least one page shall be 
transmitted, with one paging slot being used for GPS Almanac Data transmission. 

The cutover bit in the GPS Almanac Data Information Elements (lEs) is used by the MESs to determine whether new 
GPS Almanac Data is being transmitted. From the network, each cycle of the data uses the value "0" or " 1 " in this bit 
alternately. The MES shall monitor this bit. A change in this bit's value indicates that a new cycle has started. 

4.3 RR connection establishment 

4.3.1 RR connection establishment initiated by the Mobile Earth Station 
(IVIES): immediate assignment procedure 

Same as clause 4.3.1 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .1 Spot beam selection to access the network 

The RR entity at the MES side interacts with the physical layer for a suitable spot beam (see TS 101 376-5-6 [15], and 
TS 101 376-3-10 [4]). Upon camping on a suitable spot beam, the physical layer entity informs the RR layer of the 
availability of the spot beam. The MES performs LAI selection within the available spot beams and then camps onto the 
control channels of the suitable cell (i.e. the LAI within the spot beam). The MES requesting packet services acquires a 
BCCH to determine whether it is offering packet services. If so, it acquires the BCCH and camps on the control 
channels that are advertised in the BCCH. If no packet services are available, the MES will go through the concurrent 
list till it finds a BCCH which is offering packet services. If no BCCH is available which is offering packet services 
MES will execute the dark-beam camping procedure as given in TS 101 376-3-10 [4]. 

4.3.1 .2 Permission to access the network 

Same as clause of 4.3.1.2 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .3 Initiation of the immediate assignment procedure (A/Gb mode only) 

The MES shall attempt to obtain the current GPS position before sending a CHANNEL REQUEST message on the 
RACH. A position shall be current if less than Page GPS Position Age (Mobile Terminated (MT) calls) or GPS Position 
Age (other accesses) time has elapsed since it was measured. If the last measured position is not current, the MES shall 
start the RACH Position timer and initiate GPS position calculation. If the position calculation is successful, the timer 
shall be stopped and the newly calculated position is used. If the timer expires, the last available position (if any) shall 
be used. If no position information is available, an access attempt shall be made without position information. 

The Page Response Current GPS flag indicates the importance of responding to an MT call with a current position in 
order to ensure that the call can be completed. If the Page Response Current GPS flag is set to 1, the RACH Position 
timer shall not be used for MT calls. Instead, the page timer (in response to paging) or alert timer (in response to 
alerting) shall be used in its place in the procedure described in the preceding paragraph. 

If T3 1 19 expires while the GPS calculation is being done, T3 1 19 is restarted and no further action needs to be taken in 
response to this event. 

A GMPRS Class-B MES requesting circuit-switched services shall first check if GMPRS service is already suspended. 
If not already suspended, then GMPRS Class-B MES shall request suspension of GMPRS service as specified in 
clause 4.8. If the GMPRS service was already suspended (e.g. due to previous attempt), then GMPRS Class-B MES 
shall proceed as specified in the following paragraphs. 
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If the MES requesting circuit services sends position information in the CHANNEL REQUEST message, it shall send 
the timestamp in CIPHER MODE COMPLETE message. When the establishment cause is "position verification", the 
MES shall send only the CHANNEL REQUEST message with the new GPS position. If new position is not available, 
no CHANNEL REQUEST message will be sent If the MES is requesting packet services with establishment cause 
Packet Routing Area Update/ Attach request it shall include the timestamp in the CHANNEL REQUEST TYPE 1 
message. If the establishment cause is Packet TBF Establishment the MES shall not include the timestamp in the 
CHANNEL REQUEST TYPE 1 message. 

If the MES is accessing the home PLMN, it shall send the Service Provider Identification (SP ID) in the CHANNEL 
REQUEST message. While accessing any network other than the home PLMN, the MES shall send the 
Home Public Land Mobile Network Identification (HPLMN-ID). 

For MES requesting circuit services the RR entity shall indicate the terminal priority in the CHANNEL REQUEST 
message. For certain types of terminals, this value is stored in the non-volatile memory. If the terminal is not equipped 
with this information, the default value (value 0) shall be sent by the MES. 

Under certain circumstances the MES requesting circuit services will resend a CHANNEL REQUEST message for Call 
Establishment as part of the optimal routing procedures described in TS 101 376-3-19 [5]. The O and R bits are used in 
these procedures. The MES may resend a CHANNEL REQUEST message on the original RACH following an attempt 
at optimal routing that failed due to inability to register on the optimal GS. The MES shall resend a CHANNEL 
REQUEST message to the new RACH on the new satellite following an IMMEDIATE ASSIGNMENT REJECT 
message or EXTENDED IMMEDIATE ASSIGNMENT REJECT message with reject cause, "redirect to the new 
satellite". The MES shall resend a CHANNEL REQUEST message to the old BCCH on the old satelHte following an 
optimal routing failure on the new satellite which occurs before the MES receives an IMMEDIATE ASSIGNMENT 
message or IMMEDIATE ASSIGNMENT REJECT message from the new satellite. 

The MES requesting circuit services shall not resend a CHANNEL REQUEST message more than once in a 
single-satellite optimal routing case. The MES requesting circuit services shall not send a CHANNEL REQUEST 
message more than once on the second satellite nor resend it more than once on the first satellite in a two-satellite 
optimal routing case. 

As long as the MES is continuing an immediate assignment procedure for the same service connection, it shall continue 
to use the same establishment cause until it is terminated. 

The RR entity shall read Class 1 system information and the SI block header immediately prior to transmission of a 
CHANNEL REQUEST message and verify the RACH_CONTROL_PARAMETERS in combination with the Access 
Control Class elementary file in the Subscriber Identity Module (SIM). The MES shall not utiUze the RACH if not 
allowed by any parameter in the RACH_CONTROL_PARAMETERS. 

The RR entity of the MES shall initiate the immediate assignment procedure by scheduling sending on the RACH 
(of the CHANNEL REQUEST message) with maximum power and leaving the idle mode (in particular, the MES will 
ignore the PAGING REQUEST messages). 

To schedule the transmission of the CHANNEL REQUEST, the RR entity randomly selects a RACH out of the total 
available contention channels in the LAI as broadcast in the BCCH. The MES then chooses a frame <n> counting from 
the current frame, to send the CHANNEL REQUEST. The value of <n> is randomly chosen from a sequence 
{0, 1, ..., <m>}, where the value of <m> is defined by the RANDOMIZATION PERIOD in the header of the system 
information block from which the Class 1 information was read. 

After sending the CHANNEL REQUEST message on the RACH, the RR entity at the MES shall start timer T3126. 
At expiry of this timer, the RR entity shall increment the value of the retransmit counter, which maintains a count of the 
total number of retransmission attempts since the initiation of the Immediate Assignment procedure. If this value 
exceeds M (M is the value of the "max retrans" broadcast over BCCH), the Immediate Assignment procedure shall be 
aborted; if the Immediate Assignment procedure was triggered by a request from the MM sublayer, a random access 
failure shall be indicated to the MM/GMM sublayer. 

For MES requesting circuit services, if the establishment cause is "position verification", and there is a pending 
establishment request from the MM layer or a request from the RR layer to service a received PAGE 
REQUEST/ALERT REQUEST message, the RR layer shall not retry the channel establishment for position verification 
procedure, even if the retry count does not exceed M. Instead, it shall reset the retry counter and attempt to establish a 
fresh radio-channel connection to service the pending establishment request from the MM or RR sublayer itself. 
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If the maximum retransmission value is not achieved, the RR entity at the MES shall repeat the transmission of the 
CHANNEL REQUEST messages over the random access channel with a new random reference (drawn randomly from 
a uniform probability distribution) each time. The retransmission of the CHANNEL REQUEST is delayed by n frames, 
following the expiration of the timeout, where n is a random number between 1 and Sj,. The value of S^ is obtained 

from S]^ = 4 X 2'^"', where k is the value of the retransmission count. 

While timer T3126 is running after sending the CHANNEL REQUEST message, the MES shall continuously monitor 
the corresponding downlink CCCH (as the AGCH/RACH are paired, the corresponding downlink CCCH refers to the 
one paired with the RACH on which the request was sent) for AGCH messages. 

For MES requesting packet services using CHANNEL REQUEST TYPE 1 will follow the retransmission procedure as 
described in clause 4.7.2. L2. 

4.3.1 .3a Initiation of the immediate assignment procedure (lu mode only) 

The MES shall attempt to obtain its current GPS position before sending a CHANNEL REQUEST TYPE 3 message on 
the RACH. A position shall be current if Page GPS Position Age (Mobile Terminated (MT) calls) or GPS Position Age 
(other accesses) time has not elapsed since it was measured. If the last measured position is not current, the MES shall 
start the RACH Position timer and initiate GPS position calculation. If the position calculation is successful, the timer 
shall be stopped and the newly calculated position is used. If the timer expires, the last available position (if any) shall 
be used in the channel request message. If no position information is available, an access attempt shall be made without 
position information. 

The Page Response Current GPS flag in System Information indicates the importance of responding to a mobile 
terminated call with a current position in order to ensure that the call can be completed. If the Page Response Current 
GPS flag is set to 1, the RACH Position timer shall not be used for MT calls. Instead, the page timer T31 14 (in response 
to paging) or alert timer T3112 (in response to alerting) shall be used in its place in the procedure described in the 
preceding paragraph. 

If T3 1 19 expires while the GPS calculation is being done, T3 1 19 is restarted and no further action needs to be taken in 
response to this event. 

If the reason for initiating immediate assignment procedure is to obtain packet services or respond to a PAGE 
REQUEST/ALERT REQUEST then in the CHANNEL REQUEST TYPE3 message the MES shall include the relative 
position as specified in clause 10.1.8.4. If the reason for initiating immediate assignment procedure is for position 
verification, then the MES shall include extended relative position in CHANNEL REQUEST TYPE3 message. If the 
relative MES position exceeds the range of the extended relative position IE, then the MES shall not send the position 
verification and shall restart the GPS Update Timer. The MES shall use the same relative position or extended relative 
position information in all retransmissions of the CHANNEL REQUEST TYPE 3 message. 

The MES shall read Class 1 system information and the SI block header immediately prior to transmission of a 
CHANNEL REQUEST TYPE 3 message and verify the RACH_CONTROL_PARAMETERS in combination with the 
Access Control Class elementary file in the Subscriber Identity Module (SIM/USIM). The MES shall not utilize the 
RACH if not allowed by any parameter in the RACH_CONTROL_PARAMETERS. 

To schedule the transmission of the CHANNEL REQUEST TYPE 3, the MES shall randomly select a RACH out of the 
list of total available contention channels in the RAI as broadcast in the BCCH. The MES then shall choose a frame <n> 
counting from the current frame, to send the CHANNEL REQUEST TYPE 3. The value of <n> is randomly chosen 
from a sequence {0, 1, ..., <m>}, where the value of <m> is defined by the RANDOMIZATION PERIOD in the header 
of the system information block from which the Class 1 information was read. 

After sending the CHANNEL REQUEST TYPE 3 message on the RACH, the RR entity at the MES shall start timer 
T3146. At expiry of this timer, the MES shall increment the value of the retransmit counter, which maintains a count of 
the total number of retransmission attempts since the initiation of the Immediate Assignment procedure. If this value 
exceeds M (M is the value of the "max retrans" broadcast over BCCH), the Immediate Assignment procedure shall be 
aborted; if the Immediate Assignment procedure was triggered by a request from the MM/GMM sublayer, a random 
access failure shall be indicated to the MM/GMM sublayer. 

However, if the establishment cause is "position verification", and there is a pending establishment request from the 
MM/GMM layer or a request from the RR layer to service a received PAGE REQUEST/ ALERT REQUEST message, 
the RR layer shall not retry the channel establishment for position verification procedure, even if the retry count does 
not exceed M. Instead, it shall reset the retry counter and attempt to establish a fresh radio-channel connection to service 
the pending establishment request from the MM or RR sublayer itself. 
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If the maximum retransmission value is not achieved, the MES shall repeat the transmission of the CHANNEL 
REQUEST TYPE 3 messages on RACH with a new random reference (drawn randomly from a uniform probability 
distribution) each time. The retransmission of the CHANNEL REQUEST TYPE 3 is delayed by n frames, following the 
expiration of the timeout, where n is a random number between 1 and S^-. The value of S^ is obtained from 

S]^ = 4 X 2^'^, where k is the value of the retransmission count. 

While timer T3146 is running after sending the CHANNEL REQUEST TYPE 3 message, the MES shall continuously 
monitor the corresponding downlink CCCH (AGCH/RACH pairing is specified in Normal CCCH list, AGCH/CCCH 
list and the optional RACH list. The corresponding downlink CCCH refers to the one paired with the RACH on which 
the request was sent) for AGCH messages. 

When transmitting or retransmitting CHANNEL REQUEST TYPE 3 messages, the MES shall do so with maximum 
power. 

4.3.1 .4 Answer from the network 

4.3.1 .4.1 On receipt of a CHANNEL REQUEST message (A/Gb mode only) 

Same as clause 4.3.L4.1 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.2 IMMEDIATE ASSIGNMENT from network for MES requesting circuit service 
(A/Gb mode only) 

Same as clause 4.3.1.4.2 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.2.1 IMMEDIATE ASSIGNMENT with dedicated resource allocated and location update 
needed (A/Gb mode only) 

Same as clause 4.3.1.4.2.1 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.2.2 IMMEDIATE ASSIGNMENT with dedicated resource allocated and no location update 
needed (A/Gb mode only) 

Same as clause 4.3.1.4.2.2 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.2.3 IMMEDIATE ASSIGNMENT with dedicated resource allocated and extended 
procedure needed (A/Gb mode only) 

Same as clause 4.3.1.4.2.3 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.2.4 IMMEDIATE ASSIGNMENT with no dedicated resource allocated and pause timer 
indicated (A/Gb mode only) 

Same as clause 4.3.1.4.2.3 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.3 Immediate Assignment from network for MES requesting packet service 

In A/Gb mode, upon receipt of an IMMEDIATE ASSIGNMENT TYPE 2 message corresponding to its CHANNEL 
REQUEST TYPE 1 message the MES shall proceed as described in clause 4.7.2. 

In lu mode, upon receipt of an IMMEDIATE ASSIGNMENT TYPE 4 message corresponding to one of its CHANNEL 
REQUEST TYPE 3 message the MES shall proceed as described in clause 4.7.2.1.3. 
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4.3.1 .4.4 Assignment rejection (IMMEDIATE ASSIGNMENT REJECT from network) (A/Gb 

mode only) 

For circuit switched services if no channel is available for assignment, or if a dedicated channel shall not be provided, 
the network should send the MES an IMMEDIATE ASSIGNMENT REJECT (TYPE 1 or TYPE 2) message in 
unacknowledged mode in any AGCH slot of any frame of the downlink CCCH corresponding to the RACH on which 
the CHANNEL REQUEST message was received. This message contains the request reference and a wait indication. 
The MES matches the request reference and the GPS discriminator (if given for the request reference) with the 
corresponding locally calculated value to determine if the IMMEDIATE ASSIGNMENT REJECT message is 
addressed to it. The IMMEDIATE ASSIGNMENT REJECT TYPE 2 message is for all purposes equivalent to an 
IMMEDIATE ASSIGNMENT REJECT TYPE 1 message except that a country/region display string is given with the 
TYPE 2 message and TYPE 2 is not used for certain reject causes ("lack of resources", "invalid position for spot-beam", 
"reported position acceptable" and "redirect to another satellite"). The MES stores the available country/region 
information (given in the Position Display IE) for displaying it to the user. 

The GPS Update Timer value and GPS Update Distance value, if available in the received message, shall replace the 
corresponding idle mode position reporting parameters. 

For packet switched services the network should send the MES an IMMEDIATE ASSIGNMENT REJECT (TYPEl or 
TYPE 2 or TYPE 3) message. If the reject cause is incorrect class-2 RACH info, the MES shall not consider the GPS 
discriminator. 

Upon receipt of an IMMEDIATE ASSIGNMENT REJECT message corresponding to its last 
CHANNEL REQUEST/CHANNEL REQUEST TYPE 1 message the MES shall stop timer T3126/T3I46 or timer 
T31 15 or T3333, whichever is running. Subsequent handling varies for different reject causes as given in 
clauses 4.3.1.4.4.1 to 4.3.1.4.4.13. 

4.3.1 .4.4a Assignment rejection (IMMEDIATE ASSIGNMENT REJECT from network) (lu 

mode only) 

When operating in lu mode, the network shall send the MES an IMMEDIATE ASSIGNMENT REJECT (TYPEl or 
TYPE 2 or TYPE 4) message with appropriate reject cause. 

NOTE: The IMMEDIATE ASSIGNMENT REJECT TYPE 4 message provides the same reject and redirect 

capabilities as the IMMEDIATE ASSIGNMENT REJECT TYPE 3 message but includes additional lu 
mode-specific extensions. 

Upon receipt of an IMMEDIATE ASSIGNMENT REJECT message corresponding to one of its CHANNEL 
REQUEST TYPE 3 message the MES shall stop timers T3146, T3333, whichever is running. Subsequent handling 
varies for different reject causes as given in clauses 4.3.1.4.4.1 to 4.3.1.4.4.13. 

If the MES provides the Relative Latitude of 0x800 and relative longitude of 0x1000 indicating that the Lat/Long is 
outside the range in the CHANNEL REQUEST MESSAGE, The network shall send an IMMEDIATE ASSIGNMENT 
REJECT message with the reject cause "Invalid Position for Selected Spotbeam". 

4.3.1 .4.4.1 Lack of resources (A/Gb mode only) 

If the reject cause is "lack of resources" at the network in response to the CHANNEL REQUEST message, the MES 
shall start timer T3122 with the indicated value (Wait Indication IE) and returns to idle mode (listening to its paging 
channel). The MES shall not make a new attempt to establish a nonemergency RR connection in the same cell until 
T3122 expires. Provided that an IMMEDIATE ASSIGNMENT REJECT message has not been received for an 
emergency RR connection attempt, the MES may attempt to establish an RR connection for an emergency call in the 
same cell before T3122 has expired. This reject cause in response to a CHANNEL REQUEST TYPE 1 message 
indicates that resources to support the packet service request are not available in this spotbeam at this time. The MES 
shall terminate the Packet Access procedure and RR should notify the higher layer of this failure. The MES shall start 
timer T3142 with the value contained in the Wait Indication IE and shall not make another request for packet service 
until expiry of timer T3142. The MES shall ignore IMMEDIATE ASSIGNMENT TYPE 3 messages and PAGING 
REQUEST messages indicating packet paging procedures while T3142 is running. 

T3142 shall apply only to the location area from which the rejection was received. The MES is free to request packet 
service in another location area following spotbeam reselection or change of PLMN/LAI selection. 
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4.3.1 .4.4.1a Lack of resources (lu mode only) 

This reject cause in response to a CHANNEL REQUEST TYPE 3 message, indicates that resources to support the 
packet service request are not available in this spotbeam at this time. The MES shall terminate the Packet Access 
procedure and notify the higher layer of this failure. The MES shall start timer T3 142 with the value contained in the 
Wait Indication IE and shall not make another request for packet service until expiry of timer T3 142. The MES shall 
ignore IMMEDIATE ASSIGNMENT TYPE 3 messages and PAGING REQUEST messages indicating packet paging 
procedures while T3142 is running. 

T3142 shall apply only to the routing area from which the rejection was received. The MES is free to request packet 
service in a new routing area if its GPS position indicates that it has moved to the new routing area. The MES shall not 
select a secondary system (see TS 101 376-3-10 [4]). 

4.3.1 .4.4.2 Invalid position for selected LAI (A/Gb mode only) 
Same as clause 4.3.1.4.3.2 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.4.3 Invalid position for selected spot beam 
Same as clause 4.3.1.4.3.3 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.4.4 Invalid position 

Same as clause 4.3.1.4.3.4 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.4.5 Invalid position for service provider (A/Gb mode only) 
Same as clause 4.3.1.4.3.5 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1.4.4.6 Position too old 

Same as clause 4.3.1.4.3.6 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.4.7 Redirect to new satellite (A/Gb mode only) 
Same as clause 4.3.1.4.3.7 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.4.8 Additional data in REJECT message (A/Gb mode only) 
Same as clause 4.3.1.4.3.8 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.4.9 Dark beam activation in progress (A/Gb mode only) 

This reject cause indicates that the network has received the RACH successfully. On receipt of this reject cause the 
MES shall start timer T3115 (Pause Timer) with the value received in the IMMEDIATE ASSIGNMENT REJECT 
TYPE 3 message. The MES should not send another RACH, till the expiry of Pause Timer or till it receives an 
IMMEDIATE ASSIGNMENT REJECT TYPE 3 in which case it will follow the procedure as described in 

clause 4.3.1.4.4. 

4.3.1 .4.4.1 Switch to new BOOH 

Upon receipt of this reject cause the MES will camp-on to the new BCCH ARFCN and initiate the Immediate 
Assignment procedure on RACH as described in clause 4.3.1.3 or 4.3.1.3a. 
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4.3.1 .4.4.11 Incorrect Class-2 RACH Info (A/Gb mode only) 

In lu mode, the MES shall ignore IMMEDIATE ASSIGNMENT REJECT message with this reject cause. 

In A/Gb mode, on receiving this reject cause, a type A (see TS 101 376-5-2 [12]) MES shall re-transmit the Channel 
Request Type 1 message after applying the timing and frequency correction received in the Immediate Assignment 
Reject Type 3 message and shall follow the procedure as described in clause 4.3.1.3. The MES shall retransmit the 
RACH at most three times for each packet access procedure invocation. If the MES receives this cause value more than 
three times within the context of a packet access procedure, the MES shall terminate the current packet access 
procedure and declare failure to the upper layers. 

In A/Gb mode, a type C MES, on receiving this reject cause shall re-transmit the Channel Request Type 1 message after 
applying time and frequency correction as specified in TS 101 376-5-7 [16] and shall follow procedure described in 
clause 4.3.1.3. The MES shall retransmit the RACH at most three times for each packet access procedure invocation. If 
the MES receives this cause value more than three times within the context of a packet access procedure, the MES shall 
terminate the current packet access procedure and declare failure to the upper layers. 

In A/Gb mode, if this reject cause was received in response to a Channel Request Type 2 message, by an type C MES, 
the MES shall re-transmit the Channel Request Type 2 message after applying time and frequency correction as 
described in TS 101 376-5-7 [16] and shall follow procedure described in clause 4.3.1.3. 

4.3.1 .4.4.12 Non-availability of satellite resources 

This reject cause indicates that the network has insufficient resources to provide packet service in this spotbeam. The 
MES will terminate the current access procedure and declare failure to the upper layers. It shall start timer T3333 with 
the value indicated in the Illumination Retry IE in the Immediate Assignment Reject message and return to idle mode. It 
shall not make another request for packet service until expiry of timer T3333. 

T3333 shall apply only to the location area from which the rejection was received. The MES is free to request packet 
service in another location area following spotbeam reselection or change of PLMN/LAI selection. 

4.3.1 .4.4.1 3 Non-Availability of Service 

This reject cause indicates that packet service is not available from the current RAI to this location. The MES shall 
terminate the Packet Access procedure and notify the higher layer of this failure. The MES shall start timer T3144 and 
shall not make another request for packet service until expiry of timer T3144. 

The MES shall stop T3144 upon measuring a new GPS position if Position Reporting Required is set to Required and: 

a) no GPS position was included in the Channel Request; or 

b) when operating in A/Gb mode, the CPI bit in the Channel Request indicated an old position; or 

c) the new position is at least GPS Update Distance from the reported position. 

T3144 shall apply only to the location area from which the rejection was received. The MES is free to request packet 
service in another location area following spotbeam reselection or change of PLMN/RAI selection. 

4.3.1.4.4.14 Pause indication 

This reject cause indicates that the network has received the RACH successfully. On receipt of this reject cause, the 
MES shall start timer T31 15 (Pause Timer) with the value received in the IMMEDIATE ASSIGNMENT REJECT 
TYPE 3 or TYPE 4 message. The MES should not send another RACH until any of the following conditions occur: 

• expiry of Pause Timer; 

• MES receives an IMMEDIATE ASSIGNMENT REJECT TYPE 3 or TYPE 4, in which case it will follow the 
procedure as described in clause 4.3.1.4.4; 

• MES receives an IMMEDIATE ASSIGNMENT TYPE 2 or TYPE 4, in which case it will follow the 
procedure as described in clause 4.7.2.1.3. 



£75/ 



GMR-1 3G 44.008 42 ETSI TS 101 376-4-8 V3.3.1 (2012-12) 

4.3.1 .4.4.15 Directed Signalling Connection Re-establishment (lu Mode only) 

On receipt of this reject cause, the MES shall release RRC connection and inform upper layer that the RRC connection 
was released with cause "Directed signalling connection re-establishment". The MES shall then proceed as specified in 
TS 124 008 [18]. 

4.3.1 .4.4.16 RRC Connection Reject (lu Mode only) 

On receipt of this reject cause, if request for RRC connection is pending then the MES shall proceed as specified in 
clause 7.5.1.10 of TS 101 376-4-13 [25]. If a RRC connection request is not pending then the MES shall ignore the 
IMMEDIATE ASSIGNMENT REJECT message with this reject cause. 

4.3.1 .4.4.1 7 RA Redirect (lu Mode only) 

On receipt of this reject cause, if request for RRC connection is pending then the MES shall abort RRC connection 
establishment and inform upper layer on availability of the new RAI. The new RAI shall be formed using the RAC 
information present in IMMEDIATE ASSIGNMENT REJECT message. 

4.3.1 .4.4.1 8 RRC Connection Release (lu Mode only) 

On receipt of this reject cause, the MES shall release all its radio resources and indicate the release of the established 
signalling connections (as stored in the variable ESTABLISHED_SIGNALLING_CONNECTIONS) and estabUshed 
radio access bearers (as stored in the variable ESTABLISHED_RABS) to upper layers. 

The MES shall clear the following RRC variables (see TS 101 376-4-13 [25]): 



• 



any entry for the RRC CONNECTION RELEASE message in the tables "Accepted transactions" and 
"Rejected transactions" in the variable TRANSACTIONS; 



• clear the variable ESTABLISHED_SIGNALLING_CONNECTIONS; 

• clear the variable ESTABLISHED_RABS. 

The MES shall pass the value of the IE "Release Cause= Unspecified" to upper layers and enter RRC -Idle mode. 

The MES shall perform the actions specified in clause 7.18 and clause 6 of TS 101 376-4-13 [25] when entering 
RRC -Idle mode from RRC-Connected mode. 

4.3.1 .4.5 Extended immediate assignment procedure (A/Gb mode) 

If the network is not able to receive the complete CHANNEL REQUEST message and needs further information from 
the MES in order to make call setup decisions, it may ask the MES to initiate the extended immediate assignment 
procedure before sending an initial L3 message. The network should not respond to any incompletely received 
CHANNEL REQUEST message except when it asks the MES for the extended procedure. The network may also 
initiate the extended immediate assignment procedure on receipt of CHANNEL REQUEST TYPE-2 message. As 
explained in clause 4.3.1.4.2.3, the MES establishes the main signalling link and performs contention resolution. It then 
sends the EXTENDED CHANNEL REQUEST message on the main signalHng link and starts timer T3127. If the 
network receives a CHANNEL REQUEST message with packet access establishment cause, it shall not initiate the 
Extended Immediate Assignment Procedure. 

A MES whose CHANNEL REQUEST message contains packet access establishment cause, shall ignore an immediate 
assignment message to a channel which is to be used in a dedicated mode. 

When sending EXTENDED CHANNEL REQUEST message on the main signalling link immediately following a 
GMPRS suspend procedure, the MES shall set the establishment cause to correspond to the request from upper layers 
(i.e. establishment cause will be set as defined in clause 1 1.5.2.48). 

4.3.1 .4.5.1 EXTENDED IMMEDIATE ASSIGNMENT from network (A/Gb mode) 

Same as clause 4.3.1.4.4.1 of TS 101 376-4-8 (Release 1) [19]. 
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4.3.1 .4.5.2 EXTENDED IMMEDIATE ASSIGNMENT REJECT from network (A/Gb mode only) 
Same as clause 4.3.1.4.4.2 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.5.3 Abnormal cases (during extended immediate assignment procedure) (A/Gb mode 
only) 

Same as clause 4.3.1.4.4.3 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.6 Position verification procedure (A/Gb mode only) 

Same as clause 4.3.1.4.5 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .4.6a Position verification procedure (lu mode only) 

Upon receipt of the CHANNEL REQUEST TYPE 3 message with request for "position verification", the network shall 
check the reported position and respond with POSITION VERIFICATION NOTIFY TYPE 2. The response shall be 
sent in any AGCH slot of any frame of the downlink CCCH corresponding to the RACH in which the CHANNEL 
REQUEST TYPE 3 message was received. 

The POSITION VERIFICATION NOTIFY TYPE2 message shall indicate if the position reported in CHANNEL 
REQUEST TYPE 3 is acceptable or not. If the position is not acceptable, then the network may optionally redirect the 
MES to a different spotbeam or to a different routing area (RA) within the current spotbeam from which service can be 
obtained. 

The POSITION VERIFICATION NOTIFY TYPE 2 message contains the S-RNTI, Request Reference and the GPS 
discriminator (derived from the information in the received CHANNEL REQUEST TYPE 3) and optionally new values 
for idle mode (MAC -idle) position reporting. See TS 101 376-4-14 [27] for definition of MAC -Idle state. The MES 
shall match the S-RNTI, the request reference and the GPS discriminator received from the network with locally 
maintained values to determine if the POSITION VERIFICATION NOTIFY TYPE 2 message is addressed to it. 

Upon receipt of a matching POSITION VERIFICATION NOTIFY TYPE2 message corresponding to its last sent 
CHANNEL REQUEST TYPE 3 message, the MES shall stop the T3146 timer (if running). 

If the values of the Idle mode GPS Update Timer and Idle mode GPS Update Distance parameters are present in the 
received message, they shall replace the corresponding Position Reporting parameters used in idle mode, (that is, in 
RRC-Idle mode or RRC-GRA_PCH state - whichever state is applicable at the time this procedure was initiated. See 
TS 101 376-4-13 [25] for definition of RRC states); otherwise, the MES shall continue to use the old idle mode Position 
Reporting parameters. 

If POSITION VERIFICATION NOTIFY TYPE 2 message indicated that position is not acceptable and no alternative 
spot beam information was provided, the MES shall locally release RRC connection, if one exists, and then inform 
upper layers of inability to obtain service. The MES shall then initiate a spot beam reselection. If alternative spot beam 
information is provided , the MES shall locally release RRC connection, switch to the new spot beam and initiate RA 
Update as specified in TS 124 008 [18]. 

When alternative spotbeam information is provided, the network may also indicate the RA within the spotbeam to 
which the MES access shall be directed. 
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If the position reported in the position verification CHANNEL REQUEST TYPE 3 message is acceptable with respect 
to the accessed spot beam the network shall indicate this in the POSITION VERIFICATION NOTIFY TYPE 2 
message. If the MES is in RRC idle mode the network shall confirm the routing area with which the reported position 
shall be associated. This shall be done by including the Directed RAC (routing area code) IE within the POSITION 
VERIFICATION NOTIFY TYPE2 message. If the MES is in RRC connected mode, the network will verify from the 
stored MES context that the MES is still within the appropriate RA based on its reported position. If the MES is to be 
redirected to a different RA, the network shall include CN Information Info IE in the POSITION VERIFICATION 
NOTIFY TYPE 2 message to notify the MES of the need to change RA. Where the CN Information Info IE is included 
in the POSITION VERIFICATION NOTIFY TYPE2 message, the MES shall pass the IE to the upper layers and 
implement an RRC connection release with Cause equal to "Directed signalling connection re-establishment". 

After receiving the POSITION VERIFICATION NOTIFY TYPE 2 message that indicates acceptable position, MES 
shall store the reported position as the last reported position. If the Directed RAC IE is present in POSITION 
VERIFICATION NOTIFY TYPE 2 message, then the MES shall compare the RAC broadcast on BCCH system 
information and the RAC included in Directed RAC IE. If the broadcast RAC is the same as the RAC included in 
Directed RAC IE or if Directed RAC IE is not present in POSITION VERIFICATION NOTIFY TYPE 2 message, then 
the MES shall end the immediate assignment procedure, and go back to MAC-idle state (camped-on substate). If the 
broadcast RAC is the not the same as the RAC included in Directed RAC IE then the MES shall inform the upper 
layers, end the immediate assignment procedure and then return back to MAC-idle state. 

When RA information is not provided, the MES shall set the RA Indicator to "BCCH-broadcast RAC" at the next RRC 
Connection Setup attempt. 

4.3.1 .5 Assignment procedure completion (A/Gb mode only) 

Same as clause 4.3.1.5 of TS 101 376-4-8 (Release 1) [19]. 

4.3.1 .6 Abnormal cases (A/Gb mode only) 

Same as clause 4.3.1.6 of TS 101 376-4-8 (Release 1) [19]. 

4.3.2 RR connection establishment initiation by the network: paging 
procedure 

Same as clause 4.3.2 of TS 101 376-4-8 (Release 1) [19] with the following modification. 

For lu mode, the network shall page an MES N_page_occurrencesH-l number of times for each paging message to be 
sent to the MES, where N_page_occurrences is a configurable parameter at the network, nominally set to 2. The pages 
have to be transmitted in separate PAGING REQUEST TYPE 4 messages, which are to be separated by exactly 
16 frames, i.e. 640 ms, or 32 frames, i.e. 1.28 seconds depending on the value of SA_PCH_CONFIG_EXT 
(seeTS 101 376-5-2 [12]). 

4.4 RR connection transfer phase (A/Gb mode only) 

Same as clause 4.4.1.1 of TS 101 376-4-8 (Release 1) [19]. 

4.5 RR connection release procedure (A/Gb mode only) 

Same as clause 4.5 of TS 101 376-4-8 (Release 1) [19]. 

4.6 Receiving an RR STATUS message by an RR entity 

Same as clause 4.6 of TS 101 376-4-8 (Release 1) [19]. 
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4.7 RR procedures on CCCH related to temporary block flow 
establishment 

The establishment of a Temporary Block Flow (TBF) on a packet data physical channel is supported by procedures on 
CCCH. The procedures for temporary block flow establishment using CCCH are only applicable to a mobile earth 
station supporting GMPRS. These procedures constitute a complement to the corresponding procedures for temporary 
block flow establishment using PCCCH, defined in TS 101 376-4-12 [20] and TS 101 376-4-14 [27], and include the 
procedures using CCCH for packet paging (see clause 4.7.1), packet access (see clause 4.7.2) and packet downlink 
assignment (see clause 4.7.3). 

4.7.1 Packet paging procedure using CCCH 

The network can initiate the packet paging procedure in order to cause upper layers in the mobile earth station to 
respond, see clause 5. The packet paging procedure can only be initiated by the network. 

4.7.1 .1 Packet paging initiation by the network 

The packet paging procedure is initiated by the RR entity of the network side. It is triggered by a page request from the 
MM sublayer, see TS 101 376-4-7 [11]. 

The network initiates the paging procedure by sending a paging request message on an appropriate paging subchannel 
on CCCH. Paging initiation using a paging subchannel on CCCH is used when sending paging information to a mobile 
earth station. 

There are three types of paging request messages that are applicable: 

• PAGING REQUEST TYPE 1 . 

• PAGING REQUEST TYPE 2. 

• PAGING REQUEST TYPE 3 . 

In a PAGING REQUEST message used for the packet paging procedure, the mobile earth station shall be identified by 
the P-TMSI (GMPRS TMSI) or its IMSI. In A/Gb mode, if the mobile earth station is identified by its IMSI, the 
network shall set the Channel Needed field in the Paging Information IE to PDCH to indicate that it is being paged for 
packet services. In lu mode Channel Needed field is not be used, the mobile earth station shall ignore the contents of 
Channel Needed field. On receiving the page message the mobile earth station shall proceed as specified in 
clause 4.7.1.2. If the mobile earth station is identified by the P-TMSI, it shall proceed as specified in clause 4.7.1.2. 

A PAGING REQUEST message may include more than one mobile earth station identification. 

The mobile earth station in packet idle mode is required to receive and analyse the paging messages and immediate 
assignment messages sent on the paging subchannels on CCCH corresponding to the paging groups determined for it in 
packet idle mode, as specified in TS 101 376-5-2 [12]. These messages contain a page mode information element. 

The treatment of page mode information, including the procedure when the mobile earth station selects a new PCH, and 
the procedure if a message in a paging subchannel is not received correctly are defined in clause 4.3.2.1. 

In A/Gb mode, for each paged MES, the PAGING REQUEST message includes SGSN ID and Channel Needed 
parameters, which shall be echoed back by the MES in the CHANNEL REQUEST TYPE 1 message. 

In lu mode, the Paging Information IE is not used. The mobile earth station shall ignore contents of the Paging 
Information IE. 

A PAGING REQUEST message may also be used by the network to carry the GPS Almanac Data if some of the slots 
for inserting P-TMSIs are unused. Information about whether a particular slot is carrying P-TMSI/paging information or 
whether it is carrying GPS Almanac Data is given in the TMSI Availability Mask IE. The MES should analyze this IE 
to detect slots that are carrying valid P-TMSIs. 

The choice of message type depends on the number of MESs to be paged and on the types of identities used. The 
maximum number of paged MESs per message is four when using only P-TMSIs for identification of the MESs. 
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4.7.1 .1a Packet paging initiation by the network (lu Mode only) 

In addition to paging procedure specified in clause 4.7.1.1, the RRC entity on the network can also initiate paging 
procedures when managing MES mobility within the radio access network. The RRC entity on the network shall 
support stateless as well as stateful paging procedures. It is a network implementation choice as when to use stateful and 
stateless paging procedure. When stateful paging procedure is used, the network shall make use of timer T3113. Timer 
T3113 shall not be used when stateless paging procedure is used. 

The RRC entity in the network shall initiate the paging procedure by sending a PAGING REQUEST TYPE 4 message 
on an appropriate paging subchannel on CCCH. In a PAGING REQUEST TYPE 4 message, the mobile earth station 
shall be identified by the IMSI, P-TMSI or G-RNTI. The MES shall be paged with G-RNTI if a valid G-RNTI is 
available at the network. If G-RNTI is not available, the network shall page the MES with P-TMSI. If both G-RNTI and 
P-TMSI are not available, then the network shall page the MES with IMSI. On receiving the page message the mobile 
earth station shall proceed as specified in clause 4.7.1.2. 

A PAGING REQUEST TYPE 4 message may include more than one mobile earth station identification. 

The network shall page an MES N_page_occurrencesH-l number of times for each paging message to be sent to the 
MES, where N_page_occurrences is a configurable parameter at the network, nominally set to 2. The pages have to be 
transmitted in separate PAGING REQUEST TYPE 4 messages, which are to be separated by exactly 16 frames, 
i.e. 640 ms, or 32 frames, i.e. 1,28 seconds depending on the value of SA_PCH_CONFIG_EXT 
(seeTS 101 376-5-2 [12]). 

The value of "N_page_occurrences" shall be broadcast as part of the SI. 

The mobile earth station in MAC -Idle state is required to receive and analyse the paging messages and immediate 
assignment messages sent on the paging subchannels on CCCH corresponding to the paging groups determined for it in 
packet idle mode or MAC-Idle mode, as specified in TS 101 376-5-2 [12]. These messages contain a page mode 
information element. The MES shall handle page mode information as specified in clause 4.3.2.1 of TS 101 376-4-8 
(Release 1) [19]. 

4.7.1 .2 On receipt of a packet paging request 

In A/Gb mode, on the receipt of a paging request message, the RR sublayer of addressed mobile earth station indicates 
the receipt of a paging request to the MM sublayer, see TS 101 376-4-7 [11]. 

In lu mode, on the receipt of a paging request message, the RRC sublayer of addressed mobile earth station shall 
proceed as specified in TS 101 376-4-13 [25]. The network on receiving response, specified in 
TS 101 376-4-13 [25], from the MES, shall stop T3 113 if timer T3 113 is running. 

4.7.1 .3 Alerting Initiation by the network (lu mode only) 

If timer T31 13 at the network side times-out before receiving a response message from the MES side, the network, after 
attempting paging a configurable number of times, may initiate the alerting procedure (see TS 101 376-3-10 [4]). The 
network initiates the alerting procedure by broadcasting an ALERT REQUEST message on the appropriate Alerting 
Group (see TS 101 376-5-2 [12]) on the BACH and starting timer THPA. The ALERT REQUEST message contains the 
G-RNTI or the P-TMSI of the mobile subscriber being paged. 

The MES, when in the Camped Normally - High Penetration alerting substate (either RRC Idle Mode - substate alerting 
or RRC-GRA_PCH - substate alerting of RRC connected mode) (see TS 101 376-3-10 [4]), monitors its alerting 
subchannel that corresponds to its alerting subgroup on the appropriate BACH, as specified in TS 101 376-5-2 [12]. For 
calculation of the alerting subgroup and also the appropriate BACH, MES uses the information received in the latest SI 
read before entering into the gra-pch-alert substate. In RRC Idle Mode the MES shall be identified by its P-TMSI and in 
RRC Connected Mode the MES shall be identified by its G-RNTI or its P-TMSI. 
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Every alerting message contains an SI update identifier. Network toggles this identifier whenever there is a change in SI 
related to BACH monitoring. This identifier is used in determining whether the BCCH information read earlier is or is 
not still valid. The MES, while monitoring the BACH for alerts, continuously monitors this identifier in the alert 
messages transmitted by the network, irrespective of whether the alert message was meant for that MES or not. If the 
MES detects a toggle in SI update identifier since entering Camped Normally - High Penetration alerting substate 
(either RRC Idle Mode - substate alerting or RRC-GRA_PCH - substate alerting of RRC connected mode) 
(see TS 101 376-3-10 [4]), then it indicates that the SI related to BACH monitoring has changed. On detecting a change 
BCCH SI related to BACH monitoring, the MES shall stop monitoring the BACH until it is able to successfully read the 
SI from the BCCH. The MES may perform cell-selection/reselection as per TS 101 376-3-10 [4]. 

4.7.1 .4 Page response by the MES due to alerting (lu mode only) 

The addressed MES side RRC entity, upon receiving the ALERT REQUEST, informs the network services layer about 
receipt of the ALERT REQUEST (which the network services layer uses to provide High-Penetration Alerting (HP A) 
indication to the user) and starts timer T31 12. 

If the MES transitions from Camped Normally - High Penetration alerting substate when it is in RRC-GRA_PCH - 
substate alerting of RRC connected mode to Camped Normally-Paging substate (see TS 101 376-3-10 [4]) upon the 
successful reading of SI from the BCCH, the addressed MES RR entity shall stop timer T3 112 and initiate a Cell 
Update Procedure using the cause "RRC Cell Update/paging response". 

If the MES transitions from Camped Normally - High Penetration alerting substate when it is in RRC Idle Mode - 
substate alerting to Camped Normally-Paging substate (see TS 101 376-3-10 [4]) Upon success reading of SI from the 
BCCH when the MES is in RRC-Idle Mode, the addressed MES shall stop timer T31 12 and initiate the RRC 
Connection establishment procedure. When the MES RR changes Mode into RRC -Connected Mode, it shall send the 
Initial Uplink Direct Transfer Message containing the NAS Service Request to the CN. 

4.7.2 Packet access procedure using CCCH 

The packet access procedure using CCCH may be used to establish a temporary block flow to support the transfer of 
LLC PDUs in the direction from the mobile earth station to the network. 

4.7.2.1 Entering the packet transfer mode: packet access procedure 

The establishment of an uplink temporary block flow may be initiated by the mobile earth station using the packet 
access procedure. The procedure is triggered by a request from upper layers to transfer a LLC or upper layer PDU, 
see TS 101 376-4-7 [11] and TS 124 007 [26]. The request from upper layers specifies radio priority and an RLC mode 
associated with the packet transfer or it indicates that the packet to be transferred contains signalling. 

Upon such a request: 

• if access to the network is allowed (see clause 4.7.2.1.1), the mobile earth station initiates the packet access 
procedure as defined in clause 4.7.2.1.2; 

• otherwise, it rejects the request. 

If the request from upper layers indicates signalling, the highest radio priority level shall be used at determination if 
access to the network is allowed, and the acknowledged RLC mode shall be used. 

4.7.2.1 .1 Permission to access the networl< 

Access to the network is allowed: 



• 



if the mobile earth station is a member of at least one authorized access class or special access class as defined 
in clause 4.3.1.2; and 

if packet access is allowed in the cell for the radio priority level associated with the packet transfer, as 
indicated by the PRIORITY_ACCESS_THRESHOLD parameter broadcast in system information. 
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4.7.2.1 .2 Initiation of the packet access procedure: channel request (A/Gb mode only) 

The mobile earth station schedules CHANNEL REQUEST TYPE 1 message is sent on a RACH as defined in 
clause 4.3.1.3 and leaves the packet idle mode. The CHANNEL REQUEST TYPE 1 message is sent on RACH and 
contains an establishment cause which indicates packet access. The CHANNEL REQUEST TYPE 1 message also 
contains a random reference which is drawn randomly from an uniform probability distribution for every new 
transmission. 

After sending the CHANNEL REQUEST TYPE 1 message, the mobile earth station shall monitor the 1 downlink 
CCCH(AGCH) corresponding to the uplink CCCH used for transmitting the CHANNEL REQUEST TYPE 1 message. 

A mobile earth station belonging to GMPRS MES class B shall continue to monitor its paging subchannel on CCCH for 
PAGING REQUEST messages indicating an establishment of RR connection. A mobile earth station belonging to 
GMPRS MES class B may abort the packet access procedure at the receipt of a PAGING REQUEST messages 
indicating an establishment of RR connection. 

Having sent the CHANNEL REQUEST TYPE 1 message, the mobile earth station starts timer T3146. At expiry of 
timer T3146, another CHANNEL REQUEST TYPE 1 message is sent if the maximum count has not been reached or 
else the packet access procedure is aborted and a packet access failure is indicated to upper layers. 

If the mobile earth station receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a 
packet paging procedure) message during the packet access procedure, the mobile earth station shall ignore the 

message. 

4.7.2.1 .2a Initiation of the packet access procedure: channel request (lu mode only) 

The mobile earth station schedules transmission CHANNEL REQUEST TYPE 3 message on RACH3 as defined in 
clause 4.3.1.3a and leaves the MAC -Idle state. 

The CHANNEL REQUEST TYPE 3 message contains an establishment cause which indicates the reason for initiating 
the packet access. After sending the CHANNEL REQUEST TYPE 3 message, the mobile earth station shall monitor the 
downlink CCCH(AGCH) corresponding to the uplink CCCH used for transmitting the channel request message. 

Having sent the CHANNEL REQUEST TYPE 3 message, the mobile earth station starts timer T3146. At expiry of 
timer T3146, another CHANNEL REQUEST TYPE 3 message is sent if the maximum count has not been reached or 
else the packet access procedure is aborted and a packet access failure is indicated to upper layers. 

If the mobile earth station receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a 
packet paging procedure) message during the packet access procedure, the mobile earth station shall ignore the 

message. 

4.7.2.1 .3 Packet immediate assignment 

4.7.2.1 .3.1 On receipt of a CHANNEL REQUEST TYPE 1 message (A/Gb mode only) 

On receipt of a CHANNEL REQUEST TYPE 1 message indicating a packet access, the network may allocate a 
temporary flow identity and assign a packet uplink resource comprising PDCH(s) for an uplink temporary block flow. 

The packet uplink resource is assigned to the mobile earth station in an IMMEDIATE ASSIGNMENT TYPE 2 message 
sent in unacknowledged mode on the same CCCH on which the network has received the CHANNEL REQUEST 
TYPE 1 message. There is no further restriction on what part of the downlink CCCH the IMMEDIATE ASSIGNMENT 
TYPE 2 message can be sent. Timer T3141 is started on the network side. After transmission of IMMEDIATE 
ASSIGNMENT TYPE 2 network shall schedule USE after expiry of TUSF timer to account for propagation and 
processing delay. 

Depending on the GMPRS terminal type The IMMEDIATE ASSIGNMENT TYPE 2 message may contain: 

• Packet channel description; 

• USE/ Allocation Bitmap; 

• TLLI; 

• Timing and Frequency Offset; 
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Starting Frame Number; 

TFI; 

USF_Granularity; 

MAC Mode; 

Control MAC-slot; 

Modulation and Coding Scheme; 

MAC-Slot Allocation; 

Packet Power Control Parameters. 

On receipt of an IMMEDIATE ASSIGNMENT TYPE 2 message corresponding to its CHANNEL REQUEST TYPE 1 
message, the mobile earth station stops T3 146 or T3 115 (if either of them is running), stops sending CHANNEL 
REQUEST TYPE 1 messages, and switches to the assigned PDCH. 

An IMMEDIATE ASSIGNMENT TYPE 2 message shall indicate an assignment starting time in the TBF Starting 
frame number. The MES shall switch to the assigned PDCHs at the TBF starting frame number. If while monitoring the 
CCCH the mobile earth station receives more than one IMMEDIATE ASSIGNMENT TYPE 2 message, it shall act 
upon the most recently received message and shall ignore the previous message. If the mobile earth station receives the 
message with TBF starting frame number set to zero, it shall immediately switch to the assigned PDCH. 

If the network allocates dedicated uplink resources, the MES shall start transmitting on the assigned uplink DCH(s) on 
or after MAC slot m of frame (N + USE DELAY), with MAC slot m of frame N being the first MAC slot on which the 
MES starts listening to downlink channel. 

4.7.2.1 .3.1a On receipt of a CHANNEL REQUEST TYPE 3 message (lu mode only) 

If the CHANNEL REQUEST TYPE3 message indicated that the request is for position verification, then the network 
shall respond as specified in clause 4.3.1.4.6a. 

On receipt of a CHANNEL REQUEST TYPE 3 message requesting packet switched resources, the network may 
allocate dedicated (DCH) and/or shared radio resources (PDCH) to the MES. Where the CHANNEL REQUEST TYPE 
3 message Cause indicates periodic GRA UPDATE or periodic CELL UPDATE, the network may respond with an 
IMMEDIATE ASSIGNMENT TYPE 5 message. This packet assignment exchange is intended to support such RRC 
procedures that require only a single confirmation or indication message from the network without the need for further 
assignment of radio channel resources. 

The radio resource is assigned to the mobile earth station in an IMMEDIATE ASSIGNMENT TYPE 4 message sent in 
unacknowledged mode on the same CCCH on which the network has received the CHANNEL REQUEST TYPE 3 
message. There is no further restriction on what part of the downlink CCCH the IMMEDIATE ASSIGNMENT TYPE 4 
message can be sent. Timer T3141and TUSF is started on the network side. 

If the network included uplink frequency information in IMMEDIATE ASSIGNMENT TYPE 4 message for shared 
channel allocations, then network shall schedule USFs after expiry of TUSF timer. 

If the network did not include uplink frequency information or if uplink frequency information included is meant only 
for dedicated channel allocations, then the network shall transmit PDCH ORGANIZATION message on the downlink 
PDCH on expiry of TUSF. After transmission of PDCH ORGANIZATION, which defines the uplink frequencies to be 
used for shared allocations, the network shall schedule USFs. The network shall take into account processing delays at 
the MES for interpreting PDCH ORGANIZATION message before scheduling USFs. 

NOTE: PDCH ORGANIZATION message is transmitted on the downlink frequency specified in Frequency 
Allocation IE. 

4.7.2.1 .3.1b On receipt of an IMMEDIATE ASSIGNMENT TYPE 4 message (lu mode only) 

On receipt of an IMMEDIATE ASSIGNMENT TYPE 4 message corresponding to one of its CHANNEL REQUEST 
TYPE 3 messages and matching S-RNTI, the mobile earth station shall stop T3146, stop sending CHANNEL 
REQUEST TYPE 3 messages and act on the contents of Packet Immediate Assignment Type 4 IE. 
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The MES shall use always S-RNTI and the associated Request Reference (see clause 11.5.2.30) to determine if the 
IMMEDIATE ASSIGNMENT TYPE 4 was addressed to it even if G-RNTI was included in CHANNEL REQUEST 
TYPE 3 message. G-RNTI and S-RNTI are defined in TS 101 376-4-13 [25]. 

Packet Immediate Assignment Type 4 IE can convey TBF resource allocation on shared channels (PDCH) and/or 
dedicated channels (DCH). The network shall always include downlink frequency information in Frequency Allocation 
IE. If the allocation involves dedicated channel, then the network shall always include uplink frequency information in 
the Frequency Allocation IE. The MES shall abort the packet immediate assignment procedure with return to system 
information, if the IMMEDIATE ASSIGNMENT TYPE 4 specifying dedicated allocation does not contain uplink 
frequency information. 

For TBF allocations on shared channels, the network shall indicate uplink frequency information (if present) in the 
Frequency Allocation IE can be used by the MES or if the MES shall obtain this information from a subsequent PDCH 
ORGANIZATION message or PDCH UpUnk Organization IE (see TS 101 376-4-12 [20]) for messages that include 
PDCH Uplink Organization IE). 

If the network indicated that the included uplink frequency information can be used by the MES for transmissions on 
the shared channel, then the MES shall switch to the downlink frequency specified in Frequency Allocation IE and 
monitor the downlink for USE allocations. Transmissions from the MES shall occur on the uplink frequency 
information specified in the Frequency Allocation IE. 

If the network indicated that the uplink frequency information is specified in the PDCH ORGANIZATION message or 
PDCH Uplink Organization IE, then the MES shall start timer T3147 switch to the downlink frequency specified in 
Frequency Allocation IE and monitor the downlink for PDCH ORGANIZATION message or PDCH Uplink 
Organization IE (see TS 101 376-4-12 [20]) from the network. If timer T3147 expires before a PDCH 
ORGANIZATION message or PDCH Uplink Organization IE is received, then the MES shall abort the packet 
immediate assignment procedure and report failure to upper layer layers. While waiting for PDCH ORGANIZATION 
message or PDCH Uplink Organization IE from the network, the MES shall be capable of transmitting on dedicated 
channel if one was allocated in IMMEDIATE ASSIGNMENT TYPE 4 message. 

On receipt of PDCH ORGANIZATION message addressed to the MES or on receipt of PDCH Uplink Organization IE 
in any of the messages specified in TS 101 376-4-12 [20], the MES shall stop timer T3147, store the uplink frequency 
information (overwriting any previous values), and monitor the downlink for USE allocations. The MES shall ignore 
PDCH ORGANIZATION messages received from the network if timer T3147 is not running. Transmissions from the 
MES shall occur on the uplink frequency information specified in the PDCH ORGANIZATION message or PDCH 
Uplink Organization IE. 

4.7.2.1 .3.1c On receipt of an IMMEDIATE ASSIGNMENT TYPE 5 message (lu mode only) 

On receipt of an IMMEDIATE ASSIGNMENT TYPE 5 message corresponding to one of its CHANNEL REQUEST 
TYPE 3 messages and matching S-RNTI, the mobile earth station shall stop T3146, stop sending CHANNEL 
REQUEST TYPE 3 messages and act on the contents of Packet Immediate Assignment Type 5 IE. The Packet 
Immediate Assignment Type 5 IE will include information equivalent to RRC message sent in response to the particular 
CHANNEL REQUEST TYPE 3 message Cause. For example, where the network returns an IMMEDIATE 
ASSIGNMENT TYPE 5 message in response to a CHANNEL REQUEST TYPE 3 message with Cause equal to "RRC 
periodic GRA Update", the Packet Immediate Assignment Type 5 IE shall contain information present in the RRC GRA 
UPDATE CONFIRM message (see TS 101 376-4-13 [25]). 

The MES shall use always S-RNTI and the associated Request Reference (see clause 11.5.2.30) to determine if the 
IMMEDIATE ASSIGNMENT TYPE 5 was addressed to it. S-RNTI is defined in TS 101 376-4-13 [25]. 

4.7.2.1 .3.2 One phase packet access 
This clause is currently not supported in GMR-1. 

4.7.2.1 .3.3 Single block packet access 
This clause is currently not supported in GMR-1. 
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4.7.2.1 .3.4 Packet access rejection 

The network may send to the mobile earth station an IMMEDIATE ASSIGNMENT REJECT (TYPE 1, TYPE 2, TYPE 
3 or TYPE 4) message in unacknowledged mode on the same CCCH on which the channel request message was 
received. There is no further restriction on what part of the downlink CCCH an IMMEDIATE ASSIGNMENT REJECT 
message can be sent. On receipt of these messages the MES will follow the procedures as described in clause 4.3.1.4.4. 

4.7.2.1.4 Packet access completion 

The packet access procedure is completed when the mobile earth station has entered the packet transfer mode. Timer 
T3141 is stopped on the network side. 

4.7.2.1.5 Abnormal cases 

If a failure occurs on the mobile earth station side the allocated temporary block flow is released; the mobile earth 
station returns to packet idle mode, upper layers are notified (TBF establishment failure), transactions in progress are 
aborted: 

• If an IMMEDIATE ASSIGNMENT TYPE 2 or TYPE 4 message indicates an invaUd PDCH frequency then a 
TBF establishment failure has occurred. 

• If an IMMEDIATE ASSIGNMENT REJECT message is received with cause "Incorrect Class 2 RACH Info" 
then the MES shall proceed as described in clause 4. 3. 1.4.4. 11. 

• On the network side, if timer T3141 elapses the newly allocated temporary block flow is released as specified 
in TS 101 376-4-12 [20] and the packet access is forgotten. 

4.7.2.2 Sending an RLC/MAC control message: single block packet access 

procedure 

This clause is currently not supported in GMR-1. 

4.7.3 Packet downlink assignment procedure using CCCH (A/Gb mode 
only) 

The packet downlink assignment procedure using CCCH may be used to establish a temporary block flow to support 
the transfer of LLC PDUs in the direction from the network to the mobile earth station. 

4.7.3.1 Entering the packet transfer mode: packet downlink assignment procedure 

4.7.3.1.1 General 

The establishment of a downlink temporary block flow may be initiated by the RR entity on the network side using the 
packet downlink assignment procedure. The procedure is triggered by a request from upper layers to transfer a LLC 
PDU, see TS 101 376-4-7 [11]. The request from upper layers specifies a QOS profile, an RLC mode, DRX parameters 
and a MES classmark associated with the packet transfer. 

Upon such a request, the network shall determine whether the mobile earth station is in packet idle mode or packet 
transfer mode. The packet downlink assignment procedure using CCCH is applicable when the mobile earth station is in 
packet idle mode. 

The network may allocate a temporary flow identity and assign a packet downlink resource comprising PDCH(s) for a 
downlink temporary block flow. 
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4.7.3.1 .2 Initiation of the packet downlink assignment procedure 

The network initiates the packet downhnk assignment procedure by sending an IMMEDIATE ASSIGNMENT TYPE 3 
message in unacknowledged mode on the CCCH corresponding to CCCH group the mobile earth station belongs to. If 
the mobile earth station does not apply DRX, there is no further restriction on what part of the downlink CCCH an 
IMMEDIATE ASSIGNMENT TYPE 3 message can be sent. If the mobile earth station applies DRX, the message shall 
be sent in the CCCH corresponding to a paging group determined for the mobile earth station in packet idle mode, see 
TS 101 376-5-2 [12]. 

The IMMEDIATE ASSIGNMENT TYPE 3 message contains: 

• Page Mode; 

• TLLI; 

• Downlink TFI; 

• Starting Frame Number; 

• RLC Mode; 

• MAC-Slot Allocation; 

• Packet Power Control Parameters; 

• Persistence Level; 

• Timing Advance Index; 

• Packet Frequency Parameters. 

On reception of IMMEDIATE ASSIGNMENT TYPE 3 message, the MES shall respond with a PACKET CHANNEL 
REQUEST message on a PRACH channel with a cause code "Packet Initial Correction" if timer T3202 has not expired. 
If timer T3202 has expired, the MES shall ignore IMMEDIATE ASSIGNMENT TYPE 3 and continue listening to the 
CCCH corresponding to its paging group. On sending the message on a PRACH channel the MES shall start timer 
T3208 and start monitoring the assigned MAC-slots on the downlink channel. On reception of PRACH, the network 
shall provide the time and frequency correction on the assigned downlink channel using a PACCH. The MES shall stop 
timer T3208 on reception of the first timing and frequency synchronization parameters. 

If the timer T3208 expires, the MES shall ignore the received downlink assignment and shall return to packet idle mode. 

When timer T3208 is active, the MES shall not initiate uphnk access procedure on RACH or PRACH to establish an 
uplink TBF. 

The MES shall not transmit any uplink PNB bursts (including timing correction bursts if scheduled) until it has received 
timing and frequency correction value at least once from the network since the last IMMEDIATE ASSIGNMENT 
TYPE 3 message was received on the PCH channel. But, the MES shall be capable of receiving downlink data prior to 
receiving the timing and frequency correction values. 

An IMMEDIATE ASSIGNMENT TYPE 3 message shall indicate an assignment starting time in the TBF Starting 
frame number. The mobile earth station may monitor CCCH till an access burst with cause code "Packet Initial 
Correction" is transmitted. The MES shall switch to the assigned PDCHs at the TBF starting frame number. If while 
monitoring the CCCH the mobile earth station receives more than one IMMEDIATE ASSIGNMENT TYPE 3 message, 
it shall act upon the most recently received message and shall ignore the previous message. 

The timer T3190 shall be started immediately at the TBF starting frame number. If the mobile earth station receives the 
message with TBF starting frame number set to zero, it shall immediately start timer T3190 and switch to the assigned 
PDCH. 

The MES shall wait till it gets the first timing correction from the network. The mobile earth station shall only use the 
continuous update timing advance mechanism using PTCCH channel, see TS 101 376-5-7 [16]. 
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4.7.3.1 .3 Packet downlink assignment completion 

After having sent the packet downhnk assignment, the network starts sending downlink RLC/MAC blocks on the 
assigned packet downlink resource and the packet downlink assignment procedure is completed at the network side. On 
the mobile earth station side, the procedure is completed when the mobile earth station receives an RLC/MAC block 
identified by the assigned temporary flow identity. The mobile earth station stops timer T3190. The mobile earth station 
has entered packet transfer mode. 

4.7.3.1.4 Abnormal cases 

If a failure occurs on the mobile earth station side before the packet downlink assignment procedure is completed 
(TBF establishment failure), the temporary block flow is released; the mobile earth station returns to packet idle mode: 

• If the mobile earth station does not receive a RLC/MAC block on the assigned PDCHs before timer T3190 
expires, then a TBF establishment failure has occurred. 

• If the information available in the mobile earth station, after the reception of an IMMEDIATE ASSIGNMENT 
TYPE 3 message, does not satisfactorily define a PDCH, then a TBF establishment failure has occurred. 

• If the mobile earth station does not receive timing and frequency correction before the elapse of timer T3208, 
then a TBF establishment failure has occurred. 

If an IMMEDIATE ASSIGNMENT TYPE 3 message indicates a PDCH in a non-supported frequency band, then a 
TBF establishment failure has occurred. 

4.7.3.2 Sending an RLC/MAC control message: single block packet downlink 

assignment procedure 

This clause is currently not supported in GMR-1. 

4.8 GMPRS suspend procedure on CCCH (A/Gb mode only) 

A GMPRS MES class B attached for GMPRS service shall initiate procedure for suspending GMPRS services before 
entering RR dedicated mode. Suspension of GMPRS services is triggered if the GMPRS class B MES decides to 
respond to a page for circuit-switched services. Suspension of GMPRS service is also triggered due to a request from 
the upper layer to establish a dedicated connection for mobile-originated call establishment. 

4.8.1 Initiation of GMPRS suspend procedure 

The mobile earth station initiates a GMPRS suspend procedure by scheduling transmission of a CHANNEL REQUEST 
TYPE 2 message on a RACH as defined in clause 4.3.1.3. The CHANNEL REQUEST TYPE 2 message contains a 
request type that indicates the reason for suspending GMPRS services. 

If the MES sends position information in the CHANNEL REQUEST TYPE 2 message, it shall send the timestamp in 
CIPHER MODE COMPLETE message. 

After sending the CHANNEL REQUEST TYPE 2 message, the mobile earth station shall start timer T3126 and shall 
monitor the downlink CCCH (AGCH) corresponding to the uplink CCCH used for transmitting the CHANNEL 
REQUEST TYPE 2 message. The mobile earth station shall follow procedures specified in clause 4.3.1.3 for 
retransmitting CHANNEL REQUEST TYPE 2. 

If the mobile earth station receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a 
packet paging procedure) message during the GMPRS suspend procedure, the MES shall ignore the message. 

4.8.2 Completion of GMPRS suspend procedure 

On receipt of a CHANNEL REQUEST TYPE 2 message indicating a request for suspending GMPRS services, the 
network shall attempt to suspend GMPRS services. Further actions on the network side are determined by the request 
type field in CHANNEL REQUEST TYPE 2. 
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If the request type in CHANNEL REQUEST TYPE 2 indicated that suspension is due to emergency, mobile originating 
call, MM procedure or call re-establishment, then the network shall initiate extended immediate assignment procedure 
as specified in clause 4.3.1.4.2.3. After transmitting a CHANNEL REQUEST TYPE 2 message, the RR sublayer shall 
indicate successful suspension of GMPRS services to the MM sublayer. If the MES received IMMEDIATE 
ASSIGNMENT indicating extended immediate assignment, it shall proceed as specified in clause 4.3.1.4.5. If the MES 
received IMMEDIATE ASSIGNMENT REJECT it shall proceed as specified in clause 4.3.L4.4. 

If the request type in CHANNEL REQUEST TYPE 2 indicated that suspension is due to answer to paging, then the 
actions on the network are the same as those taken on receipt of a CHANNEL REQUEST with establishment cause set 
to "In Response to Paging". After transmitting a CHANNEL REQUEST TYPE 2 message, the RR sublayer shall 
indicate successful suspension of GMPRS services to the MM sublayer. If the MES received IMMEDIATE 
ASSIGNMENT indicating extended immediate assignment, it shall proceed as specified in clause 4.3.1.4.2. If the MES 
received IMMEDIATE ASSIGNMENT REJECT, it shall proceed as specified in clause 4.3.1.4.4. 

4.8.3 Abnormal cases 

The MES shall ignore IMMEDIATE ASSIGNMENT without extended immediate assignment indicator when 
requesting suspension of GMPRS services due to emergency, mobile originating call, MM procedure or call 
re-establishment. 

On expiry of timer T3126 the mobile earth station shall retransmit CHANNEL REQUEST 2. If the MES did not receive 
an IMMEDIATE ASSIGNMENT or IMMEDIATE ASSIGNMENT REJECT from the network after having made 
maximal attempts to send CHANNEL REQUEST TYPE 2 message, the MES declares failure and notifies upper layers. 

4.9 GMPRS resume procedure on CCCH (A/Gb mode only) 

GMPRS resume procedure is triggered by a request from MM sub-layer on the mobile earth station side to resume a 
previously suspended GMPRS service (see clause 4.8). the GMPRS resume procedure shall be initiated on CCCH if 
timer T3202 has expired on the MES. If timer T3202 is still running, then the MES shall initiate GMPRS resume 
procedure on PCCCH (see TS 101 376-4-12 [20]). 

4.9.1 Initiation of GMPRS resume procedure 

GMPRS resume procedure is triggered by a request from MM sub-layer on the mobile earth station side to resume a 
previously suspended GMPRS service (see clause 4.8). the GMPRS resume procedure shall be initiated on CCCH if 
timer T3202 has expired on the MES. If timer T3202 is still running, then the MES shall initiate GMPRS resume 
procedure on PCCCH (see TS 101 376-4-12 [20]). 

The mobile earth station initiates a GMPRS resume procedure by scheduling transmission of a CHANNEL REQUEST 
TYPE 2 message on a RACH as defined in clause 4.3.1.3. The CHANNEL REQUEST TYPE 2 message contains a 
request type that indicates resumption of GMPRS services. 

After sending the CHANNEL REQUEST TYPE 2 message, the MES shall start timer T3196 and monitor the downUnk 
CCCH (AGCH) corresponding to the uplink CCCH used for transmitting the CHANNEL REQUEST TYPE 2 message. 
The mobile earth station shall follow procedures specified in clause 4.3.1.3 for retransmitting CHANNEL REQUEST 
TYPE 2. 

If the MES receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a packet paging 
procedure) message during the GMPRS resume procedure, the MES shall ignore the message. The MES shall respond 
to PAGING REQUEST for circuit switched services. 
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4.9.2 Completion of GMPRS resume procedure 

On receipt of a CHANNEL REQUEST TYPE 2 message requesting resumption of GMPRS services, the network shall 
attempt to resume GMPRS services only if a GMPRS suspend procedure (see clause 4.8) was successful for the same 
mobile earth station. If the GMPRS suspend procedure was unsuccessful or if sufficient information is not available due 
to a previous network failure, then the network shall respond with a GMPRS RESUME RESPONSE message on 
AGCH with a result indicating that GMPRS service resumption was unsuccessful. If the GMPRS suspend procedure for 
the mobile earth station was successful, then the network shall attempt to resume the GMPRS services. On successful 
completion of GMPRS service resumption, the network shall transmit a GMPRS RESUME RESPONSE message on 
AGCH with a result indicating that GMPRS service was successfully resumed. 

The MES shall compare the TLLI previously reported in the CHANNEL REQUEST TYPE 2 message with the TLLI 
present in GMPRS RESUME RESPONSE message. If the two TLLIs do not match, the MES shall ignore the GMPRS 
RESUME RESPONSE and continue to wait for a response from the network. 

On receipt of a GMPRS RESUME RESPONSE message matching its TLLI, the mobile earth station shall stop timer 
T3196 and conclude the GMPRS resume procedure. The mobile earth station shall then notify MM sub-layer of the 
result (success or failure) of the GMPRS resume procedure. 

4.9.3 Abnormal cases 

On expiry of timer T3196, the mobile earth station shall reinitiate the GMPRS resume procedure on CCCH unless it has 
already been reinitiated 3 times, in which case the mobile earth station shall return packet idle mode and indicate a 
failure to resume GMPRS services to the MM sub-layer. 



5 Elementary procedures for mobility management 

5.1 General 

Same as clause 4.1 of TS 124 008 [18]. 

5.1 .1 MM and GMM procedures 

5.1 .1 .1 Types of MM and GMM procedures 

Same as those defined in clause 4.1.1.1 of TS 124 008 [18]. 

5.1 .1 .1 .1 Integrity Checking of Signalling Messages in the Mobile Station (lu mode only) 

Same as clause 4.1.1.1.1 of TS 124 008 [18]. 

5.1.1.1.1a Integrity protection for emergency call (lu mode only) 

Same as clause 4.1.1.1.1a of TS 124 008 [18]. 

5.1 .1 .2 MM-GMM co-ordination for GMPRS MESs (A/Gb mode only) 

5.1 .1 .2.1 GMPRS MS operating in mode A or B in a network that operates in mode I 

Same as clause 4.1.1.2.1 of TS 124 008 [18], with the following additional requirements for GMPRS Class-B MES: 

If registration is required during optimal routing, a GMPRS Class-B MES shall not use combined GMM procedures for 
registration, a GMPRS Class-B MES shall proceed as specified in clause 5.5.1.8. MM-GMM co-ordination shall 
continue on completion (successful or unsuccessful) of the optimally routed call. 
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5.1 .1 .2.2 GPRS MS operating in mode A or B in a network that operates in mode II or III 

Same as clause 4.1.1.2.2 of TS 124 008 [18], with following additional requirements for GMPRS Class-B MES: 

If registration is required during optimal routing, a GMPRS Class-B MES shall not use combined GMM procedures for 
registration, a GMPRS Class-B MES shall proceed as specified in clause 5.5.1.8. MM-GMM co-ordination shall 
continue on completion (successful or unsuccessful) of the optimally routed call. 

5.1 .1 .3 Core Network System Information for MM (lu mode only) 

Same as clause 4.1.1.3 of TS 124 008 [18]. 

5.1 .1 .4 Core Network System Information for GMM (lu mode only) 

Same as clause 4.1.1.4 of TS 124 008 [18]. 

5.1 .2 MM sublayer states 

Same as clause 5.1.2 of TS 101 376-4-8 (Release 1) [19]. 

5.1 .3 GPRS mobility management (GMM) sublayer states 

Same as clause 4.1.3 of TS 124 008 [18]. 

5.1.3.1 GMM states in the MES 

Same as clause 4.1.3.1 of TS 124 008 [18]. 
5.1.3.1.1 Main States 

5.1.3.1.1.1 GMM-NULL 

Same as clause 4.1.3.1.1.1 of TS 124 008 [18]. 

5.1.3.1.1.2 GMM-DEREGISTERED 

The GPRS capability has been enabled in the MES, but no GMM context has been established. In this state, the MES 
may establish a GMM context by starting the GPRS attach procedure. 

5.1 .3.1 .1 .3 GMM-REGISTERED-INITIATED 

A GPRS attach procedure has been started and the MES is awaiting a response from the network. 

If a dark beam indication is received or MES detects unavailability of packet data channels (see clause 4.2.2.1.4.3) 
before a peer level response from the network, the MES will transition to GMM-DEREGISTERED.NORMAL- 
SERVICE-D ARK-BEAM. If a status indication is received from the lower layers with a cause indicating "Switch to 
new BCCH", the MES will transition to GMM-DEREGISTERED. PLMN-SEARCH. The timer T3310 will be stopped, 
attempt counter will not be incremented and the GU status will not be changed. 

5.1.3.1.1.4 GMM-REGISTERED 

A GMM context has been established, i.e. the GPRS attach procedure has been successfully performed. In this state, the 
MES may activate PDP contexts, may send and receive user data and signalling information and may reply to a page 
request. Furthermore, cell and routing area updating are performed. 

5.1 .3.1 .1 .5 GMM-DEREGISTERED-INITIATED 

The MES has requested release of the GMM context by starting the GPRS detach procedure. This state is only entered 
if the MES is not being switched off at detach request. 
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If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels 
(see clause 4.2.2.1.4.3) before a peer layer response from the network, the MES will transition to 
GMM-DEREGISTERED.NORMAL-SER VICE-DARK-BEAM. The attempt counter will not be incremented and the 
GU status will not be changed. 

5.1 .3.1.1 .6 GMM-ROUTING-AREA-UPDATING-INITIATED 

A routing area updating procedure has been started and the MES is awaiting a response from the network. 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels 
(see clause 4.2.2.1.4.3) before a response from the network, the MES will transition to 

GMM-REGISTERED.ROUTING-AREA-UPDATE-D ARK-BEAM. The timer T3330 will be stopped, attempt counter 
will not be incremented and the GU status will not be changed. 

5.1 .3.1 .1 .7 GMM-SERVIGE-REQUEST-INITIATED (lu mode only) 
Same as clause 5.1.3.1.1.7 of TS 124 008 [18]. 

5.1 .3.1 .2 Substates of state GMM-DEREGISTERED 

Same as clause 4.1.3.1.2 of TS 124 008 [18]. 

5.1 .3.1 .2.1 GMM-DEREGISTERED.NORMAL-SERVIGE 
Same as clause 4.1.3.1.2.1 ofTS 124 008 [18]. 

5.1 .3.1 .2.2 GMM-DEREGISTERED.LIMITED-SERVICE 

Same as clause 4.1.3.1.2.2 of TS 124 008 [18]. 

5.1 .3.1 .2.3 GMM-DEREGISTERED.ATTACH-NEEDED 

Valid subscriber data is available and for some reason a GPRS attach has to be performed as soon as possible. This state 
is usually of no duration, but can last, e.g. if the access class is blocked or PS domain specific access control 
(see clause 5.1.1.2.1). 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels (see 

clause 4.2.2.1.4.3), the MES will transition to substate GMM-DEREGISTERED.NORMAL-SERVICE-D ARK-BEAM. 

5.1 .3.1 .2.4 GMM-DEREGISTERED.ATTEMPTING-TO-ATTACH 

The GPRS update status is GU2, a cell is selected, a previous GPRS attach was rejected. The execution of further attach 
procedures depends on the GPRS attach attempt counter. No GMM procedure except GPRS attach shall be initiated by 
the MES in this substate. 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels (see 
clause 4.2.2.1.4.3), the MES will transition to substate GMM-DEREGISTERED.NORMAL-SERVICE-D ARK-BEAM. 
If a status indication is received from the lower layers with a cause indicating "Switch to new BCCH", the MES will 
transition to GMM-DEREGISTERED.PLMN-SEARCH. 

5.1 .3.1 .2.5 GMM-DEREGISTERED. NO-IMSI 

Same as clause 4.1.3.1.2.5 of TS 124 008 [18]. 

5.1 .3.1 .2.6 GMM-DEREGISTERED. NO-CELL-AVAILABLE 
Same as clause 4.1.3.1.2.6 of TS 124 008 [18] 
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5.1 .3.1 .2.7 GMM-DEREGISTERED.PLMN-SEARCH 

The mobile earth station is searching for PLMNs. This substate is left either when a PLMN has been selected (the new 
substate is NORMAL-SERVICE or LIMITED-SERVICE) or when it has been concluded that no cell is available at the 
moment (the new substate is NO-CELL-AVAILABLE). 

5.1 .3.1 .2.8 GMM-DEREGISTERED. SUSPENDED (A/Gb mode only) 
Same as clause 4.1.3.1.2.8 of TS 124 008 [18]. 

5.1 .3.1 .2.9 GMM-DEREGISTERED. INVALID-POSITION (A/Gb mode only) 

The MES was attempting an attach or a detach procedure which could not be completed due to invalid position of the 
MES. Further actions of the MES are specified in clause 5.2.5.2.9. 

5.1 .3.1 .2.10 GMM-DEREGISTERED. NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 

The MES was attempting an attach or a detach procedure which could not be completed due to unavailability of suitable 
packet data channels (see clause 4.2.2. 1 .4.3) or dark beam indication. This substate ends when the MES receives a 
trigger from upper layers or on detecting availability of suitable packet data channels or on receiving a light beam 
indication. The MES then transitions to substate GMM-DEREGISTERED.NORMAL-SERVICE. 

5.1 .3.1 .3 Substates of state GMM-REGISTERED 

Same as clause 4.1.3.1.3 of TS 124 008 [18]. 

5.1 .3.1 .3.1 GMM-REGISTERED.NORMAL-SERVICE 

User data and signalling information may be sent and received. 

When operating in A/Gb mode, on receiving a dark beam indication or on detecting the unavailability of suitable packet 
data channels (see clause 4.2.2.1.4.3) the MES will transition to substate GMM-REGISTERED.NORMAL-SERVICE- 
DARK-BEAM. 

5.1 .3.1 .3.2 GMM-REGISTERED. SUSPENDED (A/Gb mode only) 
Same as clause 4.1.3.1.3.2 of TS 124 008 [18]. 

5.1 .3.1 .3.3 GMM-REGISTERED.UPDATE-NEEDED 

The MES has to perform a routing area updating procedure, but its access class is not allowed in the cell. The procedure 
will be initiated as soon as access is granted (this might be due to a cell-reselection or due to change of the access class 
of the current cell). No GMM procedure except routing area updating shall be initiated by the MES in this substate. In 
this substate, no user data and no signalling information shall be sent. 

On receiving a dark beam indication or on detecting the unavailability of suitable packet data channels (see 
clause 4.2.2.1.4.3) the MES will transition to GMM-REGISTERED.ROUTING-AREA-UPDATE-D ARK-BEAM. 

5.1 .3.1 .3.4 GMM-REGISTERED.ATTEMPTING-TO-UPDATE 

A routing area updating procedure failed due to a missing response from the network. The MES retries the procedure 
controlled by timers and a GMPRS attempt counter. No GMM procedure except routing area updating shall be initiated 
by the MES in this substate. No data shall be sent or received. 

On receiving a dark beam indication or on detecting the unavailability of suitable packet data channels (see 
clause 4.2.2.1.4.3) the MES will transition to GMM-REGISTERED.ROUTING-AREA-UPDATE-D ARK-BEAM. 

5.1 .3.1 .3.5 GMM-REGISTERED. NO-CELL-AVAILABLE 

Same as clause 4.1.3.1.3.5 of TS 124 008 [18]. 
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5.1 .3.1 .3.6 GMM-REGISTERED. LIMITED-SERVICE 

A PLMN is selected, which is known not to be able to provide normal service. The MES will remain in this substate 
until a PLMN is selected which is able to provide normal service. 

5.1 .3.1 .3.7 GMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM 

Same as clause 4.1.3.1.3.7 of TS 124 008 [18]. 

5.1 .3.1 .3.8 GMM-REGISTERED. NORMAL-SERVIGE-DARK-BEAM (A/Gb mode only) 

The MES shall enter this substate on receiving a dark beam indication or on detecting the unavailability of suitable 
packet data channels (see clause 4.2.2.1.4.3) in substate GMM-REGISTERED. NORMAL-SERVICE. No user data and 
signalling shall be sent by the MES in this substate. The MES will remain in this substate until a trigger is received to 
send user data, timer T3312 expires, the MES detects availability of suitable packet channels or a light beam indication 
is received. On receiving a light beam indication or on detecting availability of suitable packet data channels the MES 
will transition to substate GMM-REGISTERED.NORMAL-SERVICE. If a trigger is received to send user data the 
MES will transition to substate GMM-REGISTERED.NORMAL-SER VICE-ILLUMINATION-INITIATED. On expiry 
of T3312, the MES will transition to substate GMM-REGISTERED.ROUTING -AREA-UPDATE-D ARK-BEAM. 

5.1 .3.1 .3.9 GMM-REGISTERED. NORMAL-SERVICE-ILLUMINATION-INITIATED 
(A/Gb mode only) 

The MES shall enter this substate when it receives a trigger to send user data in substate 

GMM-REGISTERED.NORMAL-SERVICE-DARK-BEAM. User data is buffered in this substate until the MES 
detects availability of suitable packet data channels (see clause 4.2.2.1.4.3), a light beam or dark beam indication is 
received or timer T3312 expires. On receiving a light beam indication or a status indication from the lower layers with a 
cause indicating "Switch to new BCCH" or on detecting availability of suitable packet data channels, the MES will 
transition to substate GMM-REGISTERED.NORMAL-SERVICE and send the buffered data. If a dark beam indication 
is received the MES will discard buffered data and return to substate GMM-REGISTERED.NORMAL-SER VICE- 
DARK-BEAM. On expiry of T3312 the MES will transition to substate 
GMM-REGISTERED.ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED. 

5.1 .3.1 .3.10 GMM-REGISTERED. ROUTING-AREA-UPDATE-DARK-BEAM (A/Gb mode only) 

The MES shall enter this substate when it receives a dark beam event or on detecting unavailability of suitable packet 
data channels (see clause 4.2.2.1.4.3) while attempting to perform a routing area update or T3312 expires in substate 
GMM-REGISTERED.NORMAL-SERVICE-DARK-BEAM. The MES will remain in this substate until it receives a 
light beam indication or detects availability of suitable packet data channels or a trigger to send user data. On receiving 
a light beam indication or on detecting availability of suitable packet data channels the MES will transition to substate 
GMM-REGISTERED.UPDATE-NEEDED. If a trigger is received to send user data the MES will transition to substate 
GMM-REGISTERED.ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED. 

5.1 .3.1 .3.1 1 GMM-REGISTERED. ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED (A/Gb 
mode only) 

The MES shall enter this substate when it receives a trigger to send user data in substate 

GMM-REGISTERED.ROUTING- AREA-UPDATE-D ARK-BEAM or T3312 expires while waiting for a beam 
indication in substate GMM-REGISTERED.NORMAL-SER VICE-ILLUMINATION-INITIATED. User data is 
buffered in this substate until the MES detects availability of suitable packet data channels (see clause 4.2.2.1.4.3), a 
light beam or dark beam indication is received. On receiving a light beam indication or on detecting availability of 
suitable packet data channels the MES will transition to substate GMM-REGISTERED.UPDATE-NEEDED and 
perform a routing area update. If a dark beam indication is received the MES will return to substate 
GMM-REGISTERED.ROUTING-AREA-UPDATE-DARK-BEAM. 

5.1 .3.1 .3.12 GMM-REGISTERED. IMSI-DETACH-INITIATED 

Same as clause 4.1.3.1.3.8 of TS 124 008 [18]. 
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5.1.3.2 



GPRS update status 



In addition to the GMM sublayer states described so far, a GPRS update status exists. The GPRS update status pertains 
to a specific subscriber embodied by a SIM/USIM. This status is defined even when the subscriber is not activated 
(SIM/USIM removed or connected to a switched off MES). It is stored in a non volatile memory in the SIM/USIM. The 
GPRS update status is changed only after execution of a GPRS attach, network initiated GPRS detach authentication 
procedure, or routing area updating procedure. 

GUI: UPDATED 

The last GPRS attach or routing area updating attempt was successful (correct procedure outcome, and the answer was 
accepted by the network). The SIM/USIM contains the RAI of the routing area (RA) to which the subscriber was 
attached, and possibly a valid P-TMSI, GPRS ciphering key and GPRS ciphering key sequence number. 
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Figure 5.1a: GMM main states on thie MES side 
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GU2: NOT UPDATED 

The last GPRS attach or routing area updating attempt failed procedurally, i.e. no response was received from the 
network. This includes the cases of failures or congestion inside the network. In this case, the SIM/USIM may contain 
the RAI of the routing area (RA) to which the subscriber was attached, and possibly also a valid P-TMSI, GPRS 
ciphering key and GPRS ciphering key sequence number. For compatibility reasons, all these fields shall be set to the 
"deleted" value if the RAI is deleted. However, the presence of other values shall not be considered an error by the 
MES. 

GU3: ROAMING NOT ALLOWED 

The last GPRS attach or routing area updating attempt was correctly performed, but the answer from the network was 
negative (because of roaming or subscription restrictions). For this status, the SIM/USIM does not contain any valid 
RAI, P-TMSI, GPRS ciphering key or GPRS ciphering key sequence number. For compatibility reasons, all these fields 
shall be set to the value "deleted" at the moment the status is set to ROAMING NOT ALLOWED. However, the 
presence of other values shall not be considered an error by the MES. 

5.1 .3.3 GMM mobility management states on the network side 

Same as clause 4.L3.3. of TS 124 008 [18]. 

5.1.3.3.1 Main States 

5.1.3.3.1.1 GMM-DEREGISTERED 

The network has no GMM context or the GMM context is marked as detached, the MES is detached. In this state, the 
network may answer to a GPRS attach procedure initiated by the MES. 

5.1 .3.3.1 .2 GMM-COMMON-PROCEDURE-INITIATED 

Same as clause 4.1.3.3.1.2 of TS 124 008 [18]. 

5.1.3.3.1.3 GMM-REGISTERED 
Same as clause 4.1.3.3.1.3 of TS 124 008 [18]. 

5.1 .3.3.1 .4 GMM-DEREGISTERED-INITIATED 
Same as clause 4.1.3.3.1.4 of TS 124 008 [18]. 

5.1 .3.3.2 Substates of state GMM-REGISTERED 

Same as clause 4.1.3.3.2 of TS 124 008 [18]. 

5.1 .3.3.2.1 GMM-REGISTERED.NORMAL-SERVIGE 

Same as clause 5.1.3.3.2.1 of TS 124 008 [18]. 



£75/ 



GMR-1 3G 44.008 



62 



ETSI TS 101 376-4-8 V3.3.1 (2012-12) 



5.1 .3.3.2.2 GMM-REGISTERED. SUSPENDED (A/Gb mode only) 

Same as clause 4.1.3.3.3.2 of TS 124 008 [18]. 
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Figure 5.1b: GMM main states on the networit side 

Behaviour of the MES in IVIIVI idle state, 
GiVIIVI-DEREGISTERED state and GIVIIVI-REGISTERED 
state 



Same as clause 4.2 of TS 124 008 [18] except that clauses 5.2.5 and 5.2.6 refer to the states 
GMM-DEREGISTERED and GMM-REGISTERED, respectively. 

5.2.1 Primary service state selection 

5.2.1 .1 Selection of the service state after power-on 

Same as clause 5.2.1.1 of TS 101 376-4-8 (Release 1) [19]. 

5.2.1.2 Other cases 

Same as clause 5.2.1.2 of TS 101 376-4-8 (Release 1) [19]. 
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5.2.2 Detailed description of MES belnaviour in MM idle state 
(A/Gb mode only) 

Same as clause 5.2.2 of TS 101 376-4-8 (Release 1) [19]. 

5.2.3 Service state when back to state MM idle from another state 
(A/Gb mode only) 

Same as clause 5.2.3 of TS 101 376-4-8 (Release 1) [19]. 

5.2.4 Service state after position verification 

Same as clause 5.2.4 of TS 101 376-4-8 (Release 1) [19]. 

5.2.5 Behaviour in state GMM-DEREGISTERED 

The state GMM-DEREGISTERED is entered when: 

• the MES is switched on; 

• the GMPRS capability has been enabled in the MES; 

• a GMPRS detach procedure has been performed; or 

• a GMM procedure has failed (except routing area updating, see clause 5.7.5). 

The selection of the appropriate substate of GMM-DEREGISTERED after switching on is described in clause 5.2.5.1. 
The specific behaviour of the MES in state GMM-DEREGISTERED is described in clause 5.2.5.2. The substate chosen 
when the GMM-DEREGISTERED state is returned to from another state except state GMM-NULL is described in 
clause 5.2.5.3. 

It should be noted that transitions between the various substates of GMM-DEREGISTERED are caused by (e.g.): 

• insertion or removal of the SIM/USIM; 

• cell selection/reselection (see also TS 101 376-3-10 [4]); 

• PLMN search; 

• Dark Beam/Light Beam indication; 

• trigger from upper layer; 

• loss/regain of coverage; 

• change of RA; or 

• detection of availability/unavailability of suitable packet data channels. 

How various GMM procedures affect the GMM-DEREGISTERED substates and the GPRS update status is described 
in the detailed description of the GMM procedures in clause 5.7. 

5.2.5.1 Primary substate selection 

5.2.5.1 .1 Selection of the substate after power on or enabling the MESs GMPRS capability 

When the MES is switched on, the substate shall be PLMN-SEARCH in case the SIM/USIM is inserted and valid. 
See TS 101 376-3-10 [4] and TS 101 376-5-6 [15] for further details. 

When the GPRS capability in an activated MES has been enabled, the selection of the GMM-DEREGISTERED 
substate depends on the MM state and the GPRS update status. 
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The substate chosen after PLMN-SEARCH, in case of power on or after enabling of the GPRS capabihty is: 

• if no PLMN is found, the substate shall be NO-CELL- AVAILABLE; 

• if no SIM/USIM is present the substate shall be NO-IMSI; 

• if a PLMN has been found and the PLMN or LA is not in the forbidden list, then the substate shall be 
NORMAL-SERVICE; 

• if the selected PLMN supporting GMPRS is in a forbidden PLMN or a forbidden LA, then the MES shall enter 
the substate LIMITED-SERVICE; 

• if the MES is in manual network selection mode and no PLMN supporting GMPRS of the selected cell has 
been found, the MES shall enter the substate NO-CELL- A VAIL ABLE. 

5.2.5.1.2 Other cases 

The GMM substate PLMN-SEARCH shall also be entered in the following cases: 

• when a SIM/USIM is inserted in substate NO-IMSI; 

• when the user has asked for a PLMN selection in any substate except NO IMSI and NO CELL AVAILABLE; 

• when coverage is lost in any substate except NO IMSI and NO CELL AVAILABLE; 

• optionally, when the MES is in automatic network selection mode and the maximum allowed number of 
subsequently unsuccessful attach attempts controlled by the GPRS attach attempt counter (see clause 5.7.3) 
have been performed; 

• optionally, when the MES is in automatic network selection mode and the maximum allowed number of 
subsequently unsuccessful routing area update attempts controlled by the GPRS routing area update attempt 
counter (see clause 5.7.5) have been performed. 

5.2.5.2 Detailed description of the MES behaviour in state GMM-DEREGISTERED 

In state GMM-DEREGISTERED, the MES shall behave according to the substate. In the following clauses, the 
behaviour is described for the non transient substates. 

5.2.5.2.1 Substate, NORMAL-SERVICE 

Same as clause 4.2.4.2.1 of TS 124 008 [18]. 

5.2.5.2.2 Substate, ATTEMPTING-TO-ATTACH 

Same as clause 4.2.4.2.2 of TS 124 008 [18]. 

5.2.5.2.3 Substate, LIMITED-SERVICE 

Same as clause 4.2.4.2.3 of TS 124 008 [18]. 

5.2.5.2.4 Substate, NO-IMSI 

Same as clause 4.2.4.2.4 of TS 124 008 [18]. 

5.2.5.2.5 Substate, NO-CELL 

The MES shall: 

• perform cell selection according to TS 101 376-3-10 [4] and shall choose an appropriate substate. 
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5.2.5.2.6 Substate, PLMN-SEARCH 

Same as clause 4.2.4.2.6 of TS 124 008 [18]. 

5.2.5.2.7 Substate, ATTACH-NEEDED 
Same as clause 4.2.4.2.7 of TS 124 008 [18]. 

5.2.5.2.8 Substate, SUSPENDED (A/Gb mode only) 
Same as clause 4.2.4.2.8 of TS 124 008 [18]. 

5.2.5.2.9 Substate, INVALID-POSITION (A/Gb mode only) 

When in state GMM DEREGISTERED and substate INVALID-POSITION, the MES shall: 

• if timer T3212 expires, perform a -periodic routing update. 

5.2.5.2.10 Substate, NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 
The MES shall: 

• not send any user data; 

• not send any signalling information. 

5.2.5.3 Substate when back to state GMM-DEREGISTERED from another GMM 

state 

When returning to state GMM-DEREGISTERED, the MES shall select a cell as specified in TS 101 376-3-10 [4]. The 
substate depends on the result of the cell selection procedure, the outcome of the previously performed GMM specific 
procedures , on the GPRS update status of the MES, on the location area data stored in the MES and on the presence of 
the SIM/USIM: 

if no cell has been found, the substate is NO-CELL- AVAILABLE, until a cell is found; 

if no SIM/USIM is present or if the inserted SIM/USIM is considered invalid by the MES, the substate shall be 
NO-IMSI; 

if the selected cell is in a location area where the MES is allowed to roam, the substate shall be 
NORMAL-SERVICE; 

if a GPRS attach shall be performed (e.g. network requested reattach), the substate shall be 
ATTEMPTING-TO-ATTACH; 

if a PLMN reselection (according to TS 101 376-3-10 [4]) is needed , the substate shall be PLMN SEARCH; 

if the selected cell is in a location area where the MES is not allowed to roam, the state shall be 
LIMITED-SERVICE; 

if an IMMEDIATE ASSIGNMENT REJECT message and the request reason was not "location updating" 
(location updating cases are treated in clause 5.4.4.9); 

with Reject Cause of "Invalid position", "Invalid position for this service provider", or "Invalid position for 
this LAI" but no more LAIs are available, the state is INVALID POSITION; 

NOTE 1: This event can also occur without leaving the MM IDLE state (see clause 4.2.1.2). 

NOTE 2: If the state was PLMN SEARCH or PLMN SEARCH, NORMAL SERVICE and the MES received this 
Reject Cause before spot beam selection was fully completed (see TS 101 376-3-10 [4]), then the state is 
PLMN SEARCH or PLMN SEARCH, NORMAL SERVICE until the PLMN selection is successful or 
the spot beam selection is completed. 
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• with Reject Cause of "Invalid position for this LAI" and there are other available LAIs, then upon selecting a 
new LAI the state is LOCATION UPDATE NEEDED or PLMN SEARCH, depending upon PLMN 
availability; 

• with Reject Cause of "Position too old", the state is unchanged; 

after some abnormal cases occurring during an unsuccessful location updating procedure, as described in 
clause 5.4.4.9, the status is ATTEMPTING TO UPDATE or INVALID POSITION. 



• 



In case of a return from a location updating procedure to which was answered Roaming not allowed in this location 
area, the service state PLMN SEARCH is entered as specified in clause 5.2.1.2. 

• if a dark beam indication is received or if the MES detects unavailability of suitable packet data channels while 
waiting for a response to an attach request the substate shall be NORMAL-SERVICE-DARK-BEAM; 

• if a dark beam indication is received or if the MES detects unavailability of suitable packet data channels while 
waiting for a response to a detach request the substate shall be NORMAL-SERVICE-DARK-BEAM. 

5.2.6 Behaviour in state GMM-REGISTERED 

The state GMM-REGISTERED is entered when: 

• a GMM context is established, i.e. the MES is IMSI attached for GMPRS services only, or for GMPRS and 
non-GMPRS services. 

The specific behaviour of the MES in state GMM-REGISTERED is described in clause 5.2.6.1. The primary substate 
when entering the state GMM-REGISTERED is always NORMAL-SERVICE. 

It should be noted that transitions between the various substates of GMM-REGISTERED are caused by (e.g.): 

• cell selection/reselection (see also TS 101 376-3-10 [4]); 

• change of RA; 

• loss/regain of coverage; 

• Dark Beam/Light Beam indication; 

• trigger from upper layers to send user data; 

• detection of availability/unavailability of suitable packet data channels. 

How various GMM procedures affect the GMM-REGISTERED substates is described in the detailed description of the 
procedures in clause 5.7. 

5.2.6.1 Detailed description of the MES behaviour in state GMM-REGISTERED 

Same as clause 4.2.5.1 of TS 124 008 [18]. 

5.2.6.1.1 Substate, NORMAL-SERVICE 

The MES shall: 

• perform cell selection/reselection according to TS 101 376-3-10 [4]; 

• perform normal and periodic routing area updating; and 

• receive and transmit user data and signalling information. 

5.2.6.1 .2 Substate, SUSPENDED (A/Gb mode only) 

Same as clause 4.2.5.1.2 of TS 124 008 [18]. 
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5.2.6.1.3 Substate, UPDATE-NEEDED 

The MES shall: 

• not send any user data; 

• not send any signalling information; 

• perform cell selection/reselection according to TS 101 376-3-10 [4]; and 

• chose the appropriate new substate depending on the GPRS update status as soon as the access class allows 
network contact in the selected cell. 

5.2.6.1.4 Substate, ATTEMPTING-TO-UPDATE 

Same as clause 4.2.5.1.4 of TS 124 008 [18]. 

5.2.6.1.5 Substate, NO-CELL-AVAILABLE 

The MES shall perform cell selection/reselection according to TS 101 376-3-10 [4]. 

5.2.6.1.6 Substate, LIMITED-SERVICE 

The MES shall perform cell selection/reselection according to TS 101 376-3-10 [4]. 

5.2.6.1.7 Substate, ATTEMPTING-TO-UPDATE-MM 

The MES shall: 

• perform cell selection/reselection according to TS 101 376-3-10 [4]; 

• receive and transmit user data and signalling information; 

• perform routing area update indicating "combined RA/LA updating with IMSI attach" on the expiry of timers 
T3311orT3302; 

• perform routing area update indicating "combined RA/LA updating with IMSI attach" when the routing area of 
the serving cell has changed and the location area this cell is belonging to is not in the list of forbidden LAs; 
GMPRS MESs in operation modes C shall answer to paging requests. 

5.2.6.1 .8 Substate, NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 

The MES shall: 

• not send any user-data; 

• not send any signalling information. 

5.2.6.1 .9 Substate, NORMAL-SERVICE-ILLUMINATION-INITIATED (A/Gb mode only) 

The MES shall: 

• buffer user data received from the upper layer; 

• not send any signalling information. 

5.2.6.1 .10 Substate, ROUTING-AREA-UPDATE-DARK-BEAM (A/Gb mode only) 

The MES shall: 

• not send any user-data; 

• not send any signalling information. 
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5.2.6.1 .1 1 Substate, ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED (A/Gb mode 

only) 

The MES shall: 

• buffer user data received from the upper layer; 

• not send any signalling information. 

5.3 MM common procedures 

5.3.1 TMSI reallocation procedure (A/Gb mode only) 

Same as clause 4.3.1 ofTS 124 008 [18]. 

5.3.2 Authentication procedure 

Same as clause 5.3.2 of TS 101 376-4-8 (Release 1) [19]. 

5.3.3 Identification procedure 

Same as clause 5.3.3 of TS 101 376-4-8 (Release 1) [19]. 

5.3.4 IMSI detach procedure (A/Gb mode only) 

Same as clause 5.3.4 of TS 101 376-4-8 (Release 1) [19]. 

5.3.5 Abort procedure (A/Gb mode only) 

Same as clause 5.3.5 of TS 101 376-4-8 (Release 1) [19]. 

5.3.6 MM information procedure (A/Gb mode only) 

Same as clause 4.3.6 of TS 124 008 [18]. 

5.4 MM specific procedures (A/Gb mode only) 

Same as clause 5.4 of TS 101 376-4-8 (Release 1) [19]. 

5.5 Connection management sublayer service provision (A/Gb 
mode only) 

5.5.1 MM connection establishment 

Same as clause 5.5.1 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1 .1 MM connection establishment initiated by the MES 

Same as clause 5.5.1.1 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1.2 Abnormal cases 

Same as clause 5.5.1.2 of TS 101 376-4-8 (Release 1) [19]. 
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5.5.1 .3 MM connection establishment initiated by the network 

Same as clause 5.5.1.3 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1.4 Abnormal cases 

Same as clause 5.5.1.4 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1 .5 MM connection establishment for emergency calls 

Same as clause 5.5.1.5 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1.6 Call reestablishment 

Same as clause 5.5.1.6 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1 .7 Forced release during MO MM connection establishment 

Same as clause 5.5.1.7 of TS 101 376-4-8 (Release 1) [19]. 

5.5.1.8 Optimal routing 

During establishment of an RR session for a CM service, it may be indicated that a registration is needed to service the 
call (see clause 4.3.1.4.2.1). If so, MM shall proceed as follows: 

• If the MES is in GMPRS Class-B mode of operation, then co-ordination with GMM shall be temporarily 
suspended. The current GMM state on the MES shall remain unchanged. 

• Cancel T3230, if a CM SERVICE REQUEST has been sent according to clause 5.5. 1 . 1 (a) first bullet; or 
cancel T3210, if a LOCATION UPDATING REQUEST has been sent according to clause 5.5.1.1 (a) second 
bullet. 

• Perform the location updating procedure, as detailed in clause 5.4.4, except that the RR connection is already 
available. The "follow on request" indication shall be included in the LOCATION UPDATING REQUEST to 
the network. 

• When the LOCATION UPDATING ACCEPT message is received with the "follow on proceed" indication, 
start T3230 and send (or resend) the CM SERVICE REQUEST. 

In the event of failure to establish a call that was optimally routed, the following requirements shall apply: 

• In the event that the location update is not accepted by the network, the MES shall proceed as normal 
(see clause 5.4.4.7). After release of the RR connection, the MES shall camp on the previous idle mode 
camped-on channels and shall initiate a normal location update (see clause 5.4.4.1). 

• In the event that the location update is not accepted by the network, a GMPRS Class-B MES shall resume the 
co-ordination between MM and GMM and proceed as specified in clause 5.4.4.7. After release of the RR 
connection, the GMPRS Class-B MES shall camp on the previous idle mode camped-on channels and shall 
initiate a location update using combined routing area update procedure (see clause 5.7.5.2) if the network is 
operating in mode I. If the network is not operating in mode I, then the GMPRS Class-B MES shall use MM 
specific procedure to initiate a location area update. 

• In the event of any abnormal failure of either the location update or the CM service request, including the case 
where the MSC does not grant the FOR, the MES shall delete the TMSI and LAI and shall set the SIM/USIM 
status to NOT UPDATED. If the location update fails, the MES shall not use the counter (with reference to 
clause 5.4.4.9) and shall not perform any further action with respect to the location update. A GMPRS Class-B 
MES shall resume the co-ordination between MM and GMM. The MES shall camp on the previous idle mode 
camped-on channels and shall initiate a normal location update (see clause 5.4.4.1). If the MES is in GMPRS 
Class-B mode of operation and the network is operating in mode I, then the MES shall initiate a combined 
routing area update procedure (see clause 5.7.5.2) instead of a normal location update. If the network is not 
operating in mode I, then GMPRS Class-B MES shall initiate location update using MM specific procedures. 
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• Upon release of the RR connection, and after a location update if so required, the MES may try to service the 
pending CM request again. If so, the MES shall indicate to the network that the optimal routing attempt for the 
request failed the previous time (see clause 4.3.1.3). 

This clause applies so long as MM has asked for an establishment cause of "mobile-originated call", irrespective of 
whether it has sent a CM SERVICE REQUEST or a LOCATION UPDATING REQUEST message. For the latter case, 
MM shall restart the location updating procedure and give a second LOCATION UPDATING REQUEST message to 
RR. 

5.5.2 MM connection information transfer pinase 

Same as clause 5.5.2 of TS 101 376-4-8 (Release 1) [19]. 

5.5.3 MM connection release 

Same as clause 5.5.3 of TS 101 376-4-8 (Release 1) [19]. 

5.6 Receiving an MM STATUS message by an MM entity 

Same as clause 5.6 of TS 101 376-4-8 (Release 1) [19]. 

5.7 Elementary mobility management procedures for GMPRS 
services 

5.7.1 General 

Same as clause 4.7.1 of TS 124 008 [18]. 

5.7.1 .1 Lower layer failure 

Same as clause 4.7.1.1 ofTS 124 008 [18]. 

5.7.1 .2 Ciphering of messages (A/Gb mode only) 

Same as clause 4.7. 1.2 of TS 124 008 [18]. 

5.7.1.3 P-TMSI signature 

Same as clause 4.7.1.3 of TS 124 008 [18]. 

5.7.1 .4 Radio resource sublayer address handling 

In A/Gb mode, while a packet TMSI (P-TMSI) is used in the GMM sublayer for identification of an MS, a temporary 
logical link identity (TLLI) is used for addressing purposes at the RR sublayer. 

In lu mode a Radio Network Temporary Identity (RNTI) identifies a user between the MES and the GERAN. The 
relationship between RNTI and IMSI is known only in the MES and in the GERAN, see TS 101 376-4-13 [25]. 
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5.7.1 .4.1 Radio resource sublayer address handling (A/Gb mode only) 

Same as clause 4.7.1.4 of TS 124 008 [18]. 

The following additional requirements apply when operating in A/Gb mode: 

When the MES accepts a P-TMSI change in the ATTACH ACCEPT or ROUTING AREA UPDATE ACCEPT 
messages, it shall immediately release the uplink TBF (as specified in TS 101 376-4-12 [20]) that was established 
before the P-TMSl change. If an ATTACH COMPLETE or ROUTING AREA UPDATE ACCEPT message is 
required, it shall be sent via a new uplink TBF established on CCCH following the release of the uplink TBF that was 
used to send ATTACH REQUEST or ROUTING AREA UPDATE REQUEST message. 

5.7.1.5 P-TMSI handling 

Same as clause 4.7.1.5 of TS 124 008 [18]. 

5.7.1 .6 Change of network mode of operation 

Same as clause 4.7.1.6 of TS 124 008 [18]. 

5.7.1 .7 Intersystem change between A/Gb mode and lu mode 

Not supported in GMR-1 3G. 

5.7.1 .8 List of forbidden PLMNs for GPRS service 

Same as clause 4.7.1.8 of TS 124 008 [18]. 

5.7.2 GPRS Mobility management timers and UMTS PS signalling 
connection control 

5.7.2.1 READY timer behaviour 

5.7.2.1 .1 READY timer behaviour (A/Gb mode only) 

Same as clause 4.7.2.1.1 ofTS 124 008 [18]. 

5.7.2.1 .2 READY timer behaviour (lu mode only) 
Same as clause 4.7.2.1.2 of TS 124 008 [18]. 

5.7.2.2 Periodic routing area updating 

Periodic routing area updating is used to periodically notify the availability of the MES to the network. This procedure 
is always initiated on the RACH channel. The procedure is controlled in the MES by the periodic RA update timer, 
T3312. The value of timer T3312 is sent by the network to the MES in the messages ATTACH ACCEPT and 
ROUTING AREA UPDATE ACCEPT. The value of the timer T3312 shall be unique within a RA. 

If the T33 12 received by the MES in A/Gb mode or received in lu mode in a message with integrity protection contains 
an indication that the timer is deactivated or the timer value is zero, then the periodic routing area update timer is 
deactivated and the MES shall not perform periodic routing area updating. 

In lu mode, if the value of timer T33 12 is received in a message without integrity protection and the indicated value is 
larger than the last received value, or the indicated value is "deactivated" or zero, the MES shall use the last received 
value. 
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In A/Gb mode, the timer T3312 is reset and started with its initial value, when the READY timer is stopped or expires. 
The timer T3312 is stopped and shall be set to its initial value for the next start when the READY timer is started. If 
after a READY timer negotiation the READY timer value is set to zero, timer T3312 is reset and started with its initial 
value. If the initial READY timer value is zero, the timer T3312 is reset and started with its initial value, when the 
ROUTING AREA UPDATE REQUEST message is transmitted. 

In lu mode, the timer T3312 is reset and started with its initial value, when the MES goes from PMM-CONNECTED to 
PMM-IDLE mode. The timer T3312 is stopped when the MS enters PMM-CONNECTED mode. 

When timer T3312 expires, the periodic routing area updating procedure shall be started and the timer shall be set to its 
initial value for the next start. 

If the MES is in any other substate other than GMM-REGISTERED.NORMAL-SERVICE or dark beam substates in 
GMM-REGISTERED when the timer expires the periodic routing area updating procedure is delayed until the MES 
returns to GMM-REGISTERED.NORMAL-SERVICE or the beam is illuminated or if the MES detects availabihty of 
suitable packet data channels (see clause 4.2.2.1.4.3). 

If the MES in GMPRS Class-B mode of operation is in the state GMM-REGISTERED.SUSPENDED when the timer 
expires the periodic routing area the updating procedure is delayed until the state is left. 

The network supervises the periodic routing area updating procedure by means of the Mobile Reachable timer. The 
Mobile Reachable timer shall be longer than the periodic RA update timer. When the Mobile Reachable timer expires, 
typically the network stops sending paging messages to the mobile and may take other appropriate actions. 

In A/Gb mode, the Mobile Reachable timer is reset and started with its initial value, when the READY timer is stopped 
or expires. The Mobile Reachable timer is stopped and shall be set to its initial value for the next start when the 
READY timer is started. 

In A/Gb mode, if after a READY timer negotiation the READY timer value is set to zero the Mobile Reachable timer is 
reset and started with its initial value. If the initial READY timer value is zero, the Mobile Reachable is reset and 
started with its initial value, when the ROUTING AREA UPDATE REQUEST message is received. 

In lu mode, the Mobile Reachable timer is reset and started with its initial value, when the MS goes from PMM- 
CONNECTED to PMM-IDLE mode. The Mobile Reachable timer is stopped when the MS enters PMM-CONNECTED 
mode. 

If the MES is both IMSI attached for GMPRS and non-GMPRS services, and if the MES lost coverage of the registered 
PLMN and timer T3312 expires, then: 

a) if the MES returns to coverage in a cell that supports GMPRS and that indicates that the network is in network 
operation mode I, then the MES shall either perform the combined routing area update procedure indicating 
"combined RA/LA updating with IMSI attach"; or 

b) if the MES returns to coverage in a cell in the same RA that supports GMPRS and that indicates that the 
network is in network operation mode II or III, then the MES shall perform the periodic routing area updating 
procedure indicating "Periodic updating" and shall perform the periodic location updating procedure; or 

c) if the MES returns to coverage in a cell that does not support GMPRS, then, depending upon the LA of the 
cell, the MES shall perform either the periodic location updating procedure or a normal location updating 
procedure. In addition, the MES shall perform a combined routing area update procedure indicating "combined 
RA/LA updating with IMSI attach" when the MES enters a cell that supports GMPRS and that indicates that 
the network is in network operation mode I; or 

d) if the MES returns to coverage in a new RA the description given in clause 5.7.5 applies. 

If the MES is both IMSI attached for GMPRS and non-GMPRS services in a network that operates in network operation 
mode I, and if the MES has camped on a cell that does not support GMPRS and timer T3312 expires, then the MES 
shall start an MM location updating procedure. In addition, the MES shall perform a combined routing area update 
procedure indicating "combined RA/LA updating with IMSI attach" when the MES enters a cell that supports GMPRS 
and indicates that the network is in operation mode I. 

In A/Gb mode, timer T3312 shall not be stopped when a GMPRS MES enters state 
GMM-REGISTERED.SUSPENDED. 
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5.7.2.3 PMM-IDLE mode and PMM-CONNECTED mode (lu mode only) 

Same as clause 4.7.2.3 of TS 124 008 [18]. 

5.7.2.4 Handling of Force to standby '\r\ lu mode (lu mode only) 

Same as clause 4.7.2.4 of TS 124 008 [18]. 

5.7.2.5 RA Update procedure for Signalling Connection Re-establishment (lu mode 
only) 

Same as clause 4.7.2.5 of TS 124 008 [18]. 

5.7.2.6 Cell Update triggered by low layers 

Not supported in GMR-1 3G. 

5.7.3 GPRS attach procedure 

The GPRS attach procedure is used for: 

• Normal GPRS attach, performed by the MES to IMSI attach for GMPRS services only. The normal GPRS 
attach procedure shall be used by GMPRS MESs in MES operation mode C, independent of the network 
operation mode. It shall also be used by GMPRS MESs in MES operation mode B if the network operates in 
network operation mode II or III. 

• Combined GMPRS attach procedure, used by GMPRS MESs in MES operation mode B to attach the IMSI for 
GMPRS and non-GMPRS services provided that the network operates in network operation mode I. 

With a successful GPRS attach procedure a GMM context is established. 

Clause 5.7.3.1 describes the GPRS attach procedure to attach the IMSI only for GMPRS services. The GPRS attach 
procedure is always initiated on the RACH channel. The combined GPRS attach procedure used to attach the IMSI for 
both GPRS and non-GPRS services is described in clause 5.7.3.2. 

To limit the number of subsequently rejected attach attempts, a GPRS attach attempt counter is introduced. The GPRS 
attach attempt counter shall be incremented as specified in clause 5.7.3.1.5. Depending on the value of the GPRS 
attempt counter, specific actions shall be performed. The GPRS attach attempt counter shall be reset when: 

the MES is powered on; 

a SIM/USIM is inserted; 

a GPRS attach procedure is successfully completed; 

a combined GPRS attach procedure is completed for GMPRS services only with cause #2, #16, #17 or #22; or 

a GPRS attach procedure is completed with cause #1 1, #12, #13 or #15; and 

additionally when the MES is in substate ATTEMPTING-TO- ATTACH: 

expiry of timer T3302; 

a new routing area is entered; or 

an attach is triggered by CM sublayer requests. 

The mobile equipment shall contain a list of "forbidden location areas for roaming", as well as a list of "forbidden 
location areas for regional provision of service" . The handling of these lists is described in clause 5.4.1; the same lists 
are used by GMM and MM procedures. 
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The network informs the MES about the support of specific features, such as LCS-MOLR or MBMS, in the "Network 
feature support" Information Element. The information is either explicitly given by sending the "Network feature 
support" IE or implicitly by not sending it. The handling in the network is described in clause 9.4.2.9. The MES may 
use the indication to inform the user about the availability of the appropriate services and it shall not request services 
that have not been indicated as available. The indication for MBMS is defined in clause "MBMS feature support 
indication" in TS 123 246 [30]. 

5.7.3.1 GPRS attach procedure for GMPRS services 

Same as clause 4.7.3.1 of TS 124 008 [18]. 

5.7.3.1 .1 GPRS attach procedure initiation 

In state GMM-DEREGISTERED, the MES initiates the GPRS attach procedure by sending an ATTACH REQUEST 
message to the network, starts timer T33I0 and enters state GMM-REGISTERED-INITIATED. 

The MES capable of both lu mode and A/Gb mode or only A/Gb mode shall include a valid P-TMSI, if any is available, 
the P-TMSI signature associated with the P-TMSI and the routing area identity associated with the P-TMSI in the 
ATTACH REQUEST message. If there is no valid P-TMSI available, the IMSI shall be included instead of the P-TMSI 
and P-TMSI signature. 

In lu mode, if the MES wishes to prolong the established PS signalling connection after the GPRS attach procedure (for 
example, the MES has any CM application request pending), it may set a follow-on request pending indicator on (see 
clause 5.7.1.13). 

5.7.3.1 .2 GMM common procedure initiation 

Same as clause 4.7.3.2 of TS 124 008 [18]. 

5.7.3.1 .3 GPRS attach accepted by the networl< 

Same as clause 4.7.3.1.3 of TS 124 008 [18]. 

5.7.3.1 .4 GPRS attach not accepted by the networl^ 

Same as clause 4.7.3.1.4 of TS 124 008 [18]. 

5.7.3.1 .5 Abnormal cases in the MES 

The following abnormal cases can be identified: 

a) Access barred because of access class control or PS domain specific access control: 

The GPRS attach procedure shall not be started. The MES stays in the current serving cell and applies normal 
cell reselection process. The GPRS attach procedure is started as soon as possible, i.e. when access is granted 
or because of a cell change. 

b) Lower layer failure before the ATTACH ACCEPT or ATTACH REJECT message is received: 
The procedure shall be aborted. The MES shall proceed as described below. 

c) T33 10 time-out: 

On the first expiry of the timer, the MES reset and restart timer T3310 and shall retransmit the ATTACH 
REQUEST message. This retransmission is repeated four times, i.e. on the fifth expiry of timer T3310, the 
MES shall abort the GPRS attach procedure and, in lu mode, release the PS signalling connection 
(see TS 101 376-4-13 [25]). The MES shall proceed as described below. 

d) ATTACH REJECT, other causes than those treated in clause 5.7.3. 1 .4: 
The MES shall proceed as described below. 
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e) Change of cell into a new routing area: 

If a cell change into a new routing area occurs before an ATTACH ACCEPT or ATTACH REJECT message 
has been received, the GPRS attach procedure shall be aborted and re-initiated immediately. If a routing area 
border is crossed when the ATTACH ACCEPT message is received but before an ATTACH COMPLETE 
message is sent, the GPRS attach procedure shall be aborted and the routing area updating procedure shall be 
initiated. If a P-TMSI was allocated during the GPRS attach procedure, this P-TMSI shall be used in the 
routing area updating procedure. If a P-TMSI signature was allocated together with the P-TMSI during the 
GPRS attach procedure, this P-TMSI signature shall be used in the routing area updating procedure. 

f) Power off: 

If the MES is in state GMM-REGISTERED-INITIATED at power off, the GPRS detach procedure shall be 
performed. 

g) Procedure collision: 

If the MES receives a DETACH REQUEST message from the network in state 

GMM-REGISTERED-INITIATED, the GPRS detach procedure shall be progressed and the GPRS attach 
procedure shall be aborted. If the cause IE, in the DETACH REQUEST message, indicated a "reattach 
request", the GPRS attach procedure shall be progressed and the DETACH REQUEST message shall be 
ignored. 

In cases b, c and d the MES shall proceed as follows. Timer T3310 shall be stopped if still running. The GPRS attach 
attempt counter shall be incremented. 

If the GPRS attach attempt counter is less than 5: 

• timer T33 11 is started and the state is changed to GMM-DEREGISTERED.ATTEMPTING-TO- ATTACH. 
If the GPRS attach attempt counter is greater than or equal to 5: 

• the MES shall delete any RAI, P-TMSI, P-TMSI signature, and GPRS ciphering key sequence number, shall 
set the GPRS update status to GU2 NOT UPDATED, shall start timer T3302. The state is changed to 
GMM-DEREGISTERED, ATTEMPTING-TO-ATTACH or optionally to 
GMM-DEREGISTERED.PLMN-SEARCH (see clause 5.2.5.1.2). 

5.7.3.1 .6 Abnormal cases on the network side 

Same as clause 4.7.3.1.6 of TS 124 008 [18]. 

5.7.3.2 Combined GPRS attach procedure for GIVIPRS and non-GIVIPRS services 

(A/Gb mode only) 

Same as clause 4.7.3.2 of TS 124 008 [18]. 

5.7.4 GPRS detach procedure 

The GPRS detach procedure is used: 

• to detach the IMSI for GMPRS services only. Independent of the network operation mode, this procedure is 
used by all types of GMPRS MESs; 

• as a combined GPRS detach procedure used by GMPRS MESs operating in MES operation mode B to detach 
the IMSI for GMPRS and non-GMPRS services or for non-GMPRS services only, if the network operates in 
network operation mode I and no circuit-switched transaction is ongoing; or 

• in the case of a network failure condition to indicate to the MES that a re-attach with successive activation of 
previously active PDP contexts shall be performed. In this case, the MES may also perform the procedures 
needed in order to activate any previously active multicast service(s). 

After completion of a GPRS detach procedure or combined GPRS detach procedure for GMPRS and non-GMPRS 

services the GMM context is released. 
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The GPRS detach procedure shall be invoked by the MES if the MES is switched off, the SIM/USIM card is removed 
from the MES or if the GMPRS or non-GMPRS capability of the MES is disabled. The procedure may be invoked by 
the network to detach the IMSI for GMPRS services. The GPRS detach procedure causes the MES to be marked as 
inactive in the network for GMPRS services, non-GMPRS services or both services. 

In A/Gb mode, if the GPRS detach procedure is performed, the PDP contexts are deactivated locally without peer to 
peer signalling between the SM and LLC entities in the MES and the network. 

In lu mode, if the GPRS detach procedure is performed, the PDP contexts and the MBMS contexts, if any, are 
deactivated locally without peer to peer signalling between the SM entities in the MS and the network. 

5.7.4.1 MES initiated GPRS detach procedure 

5.7.4.1 .1 MES initiated GPRS detach procedure initiation 

Same as clause 4.7.4. Ll of TS 124 008 [18]. 

5.7.4.1 .2 MES initiated GPRS detach procedure completion for GMPRS services only 

Same as clause 4.2.4.1.2 of TS 124 008 [18]. 

5.7.4.1 .3 MES initiated combined GPRS detach procedure completion 

Same as clause 4.7.4.1.3 of TS 124 008 [18]. 

5.7.4.1 .4 Abnormal cases in the MES 

Same as clause 4.7.4.1.4 of TS 124 008 [18]. 

5.7.4.2 Network initiated GMPRS detach procedure 

5.7.4.2.1 Network initiated GMPRS detach procedure initiation 
Same as clause 4.7.4.2.1 of TS 124 008 [18]. 

5.7.4.2.2 Network initiated GMPRS detach procedure completion by the MES 

Same as clause 4.7.4.2.2 of TS 124 008 [18]. 

5.7.4.2.3 Network initiated GMPRS detach procedure completion by the network 

Same as clause 4.7.4.2.3 of TS 124 008 [18]. 

5.7.4.2.4 Abnormal cases on the network side 

The following abnormal cases can be identified: 

a) T3322 time-out: 

On the first expiry of the timer, the network shall retransmit the DETACH REQUEST message and shall start 
timer T3322. This retransmission is repeated four times, i.e. on the fifth expiry of timer T3322, the GPRS 
detach procedure shall be aborted and the network changes to state GMM-DEREGISTERED. 

b) Low layer failure: 

The GPRS detach procedure is aborted and the network changes to state GMM-DEREGISTERED. 
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c) GPRS detach procedure collision: 

If the network receives a DETACH REQUEST message with "switching off indicated, before the network 
initiated GPRS detach procedure has been completed, both procedures shall be considered completed. 

If the network receives a DETACH REQUEST message without "switching off indicated, before the network 
initiated GPRS detach procedure has been completed, the network shall send a DETACH ACCEPT message to 
the MES. 

d) GPRS detach and GPRS attach procedure collision: 

If the network receives an ATTACH REQUEST message before the network initiated GPRS detach procedure 
has been completed, the network shall ignore the ATTACH REQUEST message, except when the detach type 
IE value, sent in the DETACH REQUEST message, indicated that the MES shall perform a GPRS attach 
procedure. 

In this case, the detach procedure is aborted and the GPRS attach procedure shall be progressed after the PDP 
contexts and MBMS contexts, if any, have been deleted. If the detach type IE value, sent in the DETACH 
REQUEST message, indicates "IMSI detach" the detach procedure is aborted and the GPRS attach procedure 
shall be progressed. 

e) GPRS detach and routing area updating procedure collision: 

GPRS detach containing detach type "reattach required" or "reattach not required": 

If the network receives a ROUTING AREA UPDATE REQUEST message before the network initiated GPRS 
detach procedure has been completed, the detach procedure shall be progressed, i.e. the ROUTING AREA 
UPDATE REQUEST message shall be ignored. 

GPRS detach containing detach type "IMSI detach": 

If the network receives a ROUTING AREA UPDATE REQUEST message before the network initiated GPRS 
detach procedure has been completed, the network shall abort the detach procedure and shall progress the 
routing area update procedure. 

f) GPRS detach and service request procedure collision: 

If the network receives a SERVICE REQUEST message before the network initiated GPRS detach procedure 
has been completed, the network shall ignore the SERVICE REQUEST message. 
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Figure 5.7.4: 2 GMR-1 3G 44.008: Network initiated GPRS detach procedure 

5.7.5 Routing area updating procedure 

This procedure is used for: 

• normal routing area updating to update the registration of the actual routing area of an MES in the network. 
This procedure is used by GMPRS MESs in MES operation mode C and by GMPRS MESs in MES operation 
modes A or B that are IMSI attached for GMPRS and non-GMPRS services if the network operates in network 
operation mode II or III; 
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• combined routing area updating to update the registration of the actual routing and location area of an MES in 
the network. This procedure is used by GMPRS MESs in MES operation modes A or B that are IMSI attached 
for GMPRS and non-GMPRS services provided that the network operates in network operation mode I; 

• periodic routing area updating. This procedure is used by GMPRS MESs in MES operation mode C and by 
GMPRS MESs in MES operation modes A or B that are IMSI attached for GMPRS or for GMPRS and 
non-GMPRS services independent of the network operation mode; 

• IMSI attach for non-GMPRS services when the MES is IMSI attached for GMPRS services. This procedure is 
used by GMPRS MSs in MES operation modes A or B, if the network operates in network operation mode I; 

• in A/Gb mode, resuming GMPRS services when the RR sublayer indicated a resumption failure after 
dedicated mode was left, see clause 4.9.3; 

• in A/Gb mode, updating the network with the new MES Radio Access Capability IE when the content of the 
IE has changed; 

• re-negotiation of the READY timer value; 

• lu mode to A/Gb mode and for A/Gb mode to lu mode intersystem change, see clause 4.7.1.7; or 

• in lu mode, to re-synchronize the PMM mode of MS and network after RRC connection release with cause 
"Directed signalling connection re-establishment", see clause 4.7.2.5; 

• the routing area updating procedure shall also be used by a MES which is attached for GMPRS services if a 
new PLMN is entered (see TS 101 376-3-10 [4]). 

Clause 5.7.5.1 describes the routing area updating procedures for updating the routing area only. The combined routing 
area updating procedure used to update both the routing and location area is described in clause 5.7.5.2. 

The routing area updating procedure is always initiated by the MES on the RACH channel. It is only invoked in state 
GMM-REGISTERED. 

To limit the number of subsequently rejected routing area update attempts, a routing area updating attempt counter is 
introduced. The routing area updating attempt counter shall be incremented as specified in clause 5.7.5.1.5. Depending 
on the value of the routing area updating attempt counter, specific actions shall be performed. The routing area updating 
attempt counter shall be reset when: 

• a GPRS attach procedure is successfully completed; or 

• a routing area updating procedure is successfully completed; and 
additionally when the MES is in substate ATTEMPTING-TO-UPDATE: 

• a new routing area is entered; 

• expiry of timer T3302; or 

• at request from registration function. 

The mobile equipment shall contain a list of "forbidden location areas for roaming", as well as a list of "forbidden 
location areas for regional provision of service". The handling of these lists is described in clause 5.4. 1 . 

In A/Gb mode, user data transmission in the MES shall be suspended during the routing area updating procedure; user 
data reception shall be possible. User data transmission in the network shall be suspended during the routing area 
updating procedure, if a new P-TMSI is assigned. 

In lu mode, user data transmission and reception in the MES shall not be suspended during the routing area updating 
procedure. User data transmission in the network shall not be suspended during the routing area updating procedure. 
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In lu mode, when a ROUTING AREA UPDATE REQUEST is received by the SGSN over a new PS signalling 
connection while there is an ongoing PS signalling connection (network is already in mode PMM-CONNECTED) for 
this MES, the network shall progress the routing area update procedure as normal and release the previous PS signalling 
connection when the routing area update procedure has been accepted by the network. 

NOTE: The re-establishment of the radio bearers of active PDP contexts is done as described in clause "Service 
Request procedure". 

The network informs the MES about the support of specific features, such as LCS-MOLR or MBMS, in the "Network 
feature support" Information Element. The information is either explicitly given by sending the "Network feature 
support" IE or implicitly by not sending it. The handling in the network is described in clause 9.4.15.1 1 of 
TS 124 008 [18]. The MS may use the indication to inform the user about the availability of the appropriate services 
and it shall not request services that have not been indicated as available. The indication for MBMS is defined in clause 
"MBMS feature support indication" in TS 123 246 [30]. 

5.7.5.1 Normal and periodic routing area updating procedure 

Same as clause 4.7.5.1 ofTS 124 008 [18]. 

5.7.5.1 .1 Normal and periodic routing area updating procedure initiation 

Same as clause 4.7.5.1.1 ofTS 124 008 [18]. 

5.7.5.1 .2 GMM Common procedure initiation 

Same as clause 4.7.5.1.2 ofTS 124 008 [18]. 

5.7.5.1 .3 Normal and periodic routing area updating procedure accepted by the network 

Same as clause 4.7.5.1.3 ofTS 124 008 [18]. 

5.7.5.1 .4 Normal and periodic routing area updating procedure not accepted by the 
network 

Same as clause 4.7.5.1.4 ofTS 124 008 [18]. 

5.7.5.1 .5 Abnormal cases in the MES 

The following abnormal cases can be identified: 

a) Access barred because of access class control or PS domain specific access control: 

The routing area updating procedure shall not be started. The MES stays in the current serving cell and applies 
the normal cell reselection process. The procedure is started as soon as possible and if still necessary, i.e. when 
the barred state is removed or because of a cell change. 

b) Lower layer failure before the ROUTING AREA UPDATE ACCEPT or ROUTING AREA UPDATE 
REJECT message is received: 

The procedure shall be aborted. The MES shall proceed as described below. 

c) T3330 time-out: 

The procedure is restarted four times, i.e. on the fifth expiry of timer T3330, the MES shall abort the 
procedure. 

The MES shall proceed as described below. 

d) ROUTING AREA UPDATE REJECT, other causes than those treated in clause 5.7.5. 1 .4: 

Upon reception of the cause codes # 95, # 96, # 97, # 99 and #111 the MS should set the routing area updating 
attempt counter to 5. The MES shall proceed as described below. 
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e) If a routing area border is crossed, when the MES is in state GMM-ROUTING-AREA-UPDATE-INITIATED, 
the routing area updating procedure shall be aborted and re-initiated immediately. 

f) In A/Gb mode, if a cell change occurs within the same RA, when the MES is in state 
GMM-ROUTING-AREA-UPDATE-INITIATED, the cell update procedure is performed, before completion 
of the routing area updating procedure. 

g) Routing area updating and detach procedure collision: 

GPRS detach containing detach type "re-attach required" or "re-attach not required": 

If the MES receives a DETACH REQUEST message before the routing area updating procedure has been 
completed, the routing area updating procedure shall be aborted and the GPRS detach procedure shall be 
progressed. 

GPRS detach containing detach type "IMSI detach": 

If the MES receives a DETACH REQUEST message before the routing area updating procedure has been 
completed, the routing area updating procedure shall be progressed, i.e. the DETACH REQUEST message 
shall be ignored. 

h) Routing area updating and P-TMSI reallocation procedure collision: 

If the MES receives a P-TMSI REALLOCATION REQUEST message before the routing area updating 
procedure has been completed, the P-TMSI reallocation procedure shall be aborted and the routing area 
updating procedure shall be progressed. 

In cases b, c, d, e, and g with detach type "re-attach required" or "re-attach not required", the MES shall stop any 
ongoing transmission of user data. 

In cases b, c and d the MES shall proceed as follows: 

• Timer T3330 shall be stopped if still running. The routing area updating attempt counter shall be incremented. 

If the routing area updating attempt counter is less than 5, and the stored RAJ is equal to the RAI of the current serving 
cell and the GMM update status is equal to GUI UPDATED: 

• the MES shall keep the GMM update status to GUI UPDATED and changes state to GMM-REGISTERED. 
NORMAL-SERVICE. The MES shall start timer T33 11 . When timer T33 1 1 expires the routing area updating 
procedure is triggered again. 

If the routing area updating attempt counter is less than 5, and the stored RAJ is different to the RAI of the current 
serving cell or the GMM update status is different to GUI UPDATED: 

• the MES shall start timer T3311, shall set the GPRS update status to GU2 NOT UPDATED and changes state 
toGMM-REGISTERED.ATTEMPTING-TO-UPDATE. 

If the routing area updating attempt counter is greater than or equal to 5: 

• the MES shall start timer T3302, shall set the GPRS update status to GU2 NOT UPDATED and shall change 
to state GMM-REGISTERED. ATTEMPTING-TO-UPD ATE or optionally to 
GMM-DEREGISTERED.PLMN-SEARCH (see clause 5.2.5.1.2). 

5.7.5.1 .6 Abnormal cases on the network side 

Same as clause 4.7.5. L6 of TS 124 008 [18]. 

5.7.5.2 Combined routing area updating procedure 

Same as clause 4.7.5.1.2 of TS 124 008 [18]. 

5.7.6 P-TMSI reallocation procedure 

Same as clause 4.7.6 of TS 124 008 [18]. 
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5.7.7 Authentication and cipinering procedure 

Same as clause 4.7.7 of TS 124 008 [18]. 

5.7.8 Identification procedure 

Same as clause 4.7.8 of TS 124 008 [18]. 

5.7.9 Paging procedure 

5.7.9.1 Paging for GMPRS services 

Same as clause 4.7.9.1 of TS 124 008 [18]. 

5.7.9.1 .1 Paging for pacl^et services using P-TMSI 

Same as clause 4.7.9.1.1 ofTS 124 008 [18]. 

5.7.9.1 .2 Paging for packet services using IMSI 

Paging for packet services using IMSI is an abnormal procedure used for error recovery in the network. 

The network may initiate paging using IMSI if the P-TMSI is not available due to a network failure. Paging using IMSI 
requires the network to set the Channel Needed field in the Paging Information IE to PDCH to indicate to the MES that 
it is being paged for packet services. 

In lu mode, to initiate the procedure the GMM entity in the network requests the lower layer to start paging 
(see TS 101 376-4-13 [25] and TS 125 413 [31]). 

To initiate the procedure the GMM entity in the network requests the RR sublayer to start paging (see clause 4; see also 
TS 101 376-4-12 [20]). 

Upon reception of a paging indication for GMPRS services using IMSI, the MES shall locally deactivate any active 
PDP contexts, MBMS context(s) and locally detach from GMPRS. The local detach includes deleting any RAI, 
P-TMSI, P-TMSI signature and GPRS ciphering key sequence number stored, setting the GPRS update status to GU2 
NOT UPDATED and changing state to GMM-DEREGISTERED. 

In lu mode, when an MES receives a paging request for GMPRS services using the IMSI from the network before an 
MES initiated GMM specific procedure has been completed, then the MES shall abort the GMM specific procedure, 
and the MES shall proceed according to the description in this clause. 

After performing the local detach, the MES shall then perform a GPRS attach or combined GPRS attach procedure. 

After performing the attach, a MES should activate PDP context(s) to replace any previously active PDP context(s). The 
MES should also perform the procedures needed in order to activate any previously active multicast service(s). 

NOTE 1 : In some cases, user interaction may be required and then the MES cannot activate the PDP context(s) 
automatically. 

NOTE 2: The MES does not respond to the paging except with the Attach Request. Hence timer T3313 in the 
network is not used when paging with IMSI. 

NOTE 3: Paging without DRX parameters may require a considerable extension of the paging duration. 

5.7.9.2 Paging for non-GIVIPRS services 

Same as clause 4.7.9.2 of TS 124 008 [18]. 

5.7.1 Receiving a GMM STATUS message by a GMM entity 

Same as clause 4.7.10 of TS 124 008 [18]. 
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5.7.11 Void 

5.7.12 GMM Information procedure 

Same as clause 4.7.12 of TS 124 008 [18]. 

5.7.13 Service Request procedure (lu mode only) 

Same as clause 4.7.13 of TS 124 008 [18]. 

6 Elementary procedures for circuit-switched call 
control (A/Gb mode only) 

Same as clause 6 of TS 101 376-4-8 (Release 1) [19]. 

7 Support of packet services 

Same as clause 6 of TS 124 008 [18]. 

8 Examples of structured procedures 

Same as clause 8 of TS 101 376-4-8 (Release 1) [19]. 

8.1 General 

Same as clause 8.1 of TS 101 376-4-8 (Release 1) [19]. 

8.1 .1 Paging and alert request 

Same as clause 8.1.1 of TS 101 376-4-8 (Release 1) [19]. 

8.1 .2 Immediate assignment 

Same as clause 8.1.2 of TS 101 376-4-8 (Release 1) [19]. 

8.1 .3 Service request and contention resolution 

Same as clause 8.1.3 of TS 101 376-4-8 (Release 1) [19]. 

8.1.4 Authentication 

Same as clause 8.1.4 of TS 101 376-4-8 (Release 1) [19]. 

8.1 .5 Ciphering mode setting (A/Gb mode only) 

Same as clause 8.1.5 of TS 101 376-4-8 (Release 1) [19]. 

8.1 .6 Transaction phase (A/Gb mode only) 

Same as clause 8.1.6 of TS 101 376-4-8 (Release 1) [19]. 
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8.1 .7 Channel release (A/Gb mode only) 

Same as clause 8.1.7 of TS 101 376-4-8 (Release 1) [19]. 

8.2 Abnormal cases (A/Gb mode only) 

Same as clause 8.2 of TS 101 376-4-8 (Release 1) [19]. 

8.3 Selected examples (A/Gb mode only) 

Same as clause 8.3 of TS 101 376-4-8 (Release 1) [19]. 

8.3.1 Location updating 

Same as clause 8.3.1 of TS 101 376-4-8 (Release 1) [19]. 

8.3.2 Mobile originating call establishment 

Same as clause 8.3.2 of TS 101 376-4-8 (Release 1) [19]. 

8.3.3 Mobile terminating call establishment 

Same as clause 8.3.3 of TS 101 376-4-8 (Release 1) [19]. 

8.3.4 Call clearing 

Same as clause 8.3.4 of TS 101 376-4-8 (Release 1) [19]. 

8.3.5 DTMF protocol control 

Same as clause 8.3.5 of TS 101 376-4-8 (Release 1) [19]. 

8.3.6 Handover 

Same as clause 8.3.6 of TS 101 376-4-8 (Release 1) [19]. 

8.3.7 In-call modification 

Same as clause 8.3.7 of TS 101 376-4-8 (Release 1) [19]. 

8.3.8 Call reestablishment 

This function is not currently supported in GMR-1. 

8.3.9 Mobile-to-mobile call establishment 

Same as clause 8.3.9 of TS 101 376-4-8 (Release 1) [19]. 

8.3.1 Multisatellite optimal routing for call establishment 

Same as clause 8.3.10 of TS 101 376-4-8 (Release 1) [19]. 
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9 Handling of unknown, unforeseen, and erroneous 
protocol data 

Same as clause 8 of TS 124 008 [18]. 

1 Message functional definitions and contents 

This clause defines the structure of the messages of the L3 protocols defined in the present document. These are 
standard L3 messages as defined in TS 101 376-4-7 [11], with the exception of those sent on the BACH and the RACH. 

Each definition given in this clause includes: 

a) A brief description of the message direction and use, including whether the message has: 

1) Local significance (i.e. is relevant only in the originating or terminating access). 

2) Access significance (i.e. is relevant in the originating and terminating access, but not in the network). 

3) Dual significance (i.e. is relevant in either the originating or terminating access and in the network). 

4) Global significance (i.e. is relevant in the originating and terminating access and in the network). 

b) A table listing the lEs known in the message and the order of their appearance in the message. In messages for 
circuit-switched call control, a Shift IE shall be considered as known even if not included in the table. All lEs 
that may be repeated are explicitly indicated. (V and LV formatted lEs, which compose the imperative part of 
the message, occur before T, TV, and TLV formatted lEs, which compose the nonimperative part of the 
message, see TS 101 376-4-7 [11].) In a (maximal) sequence of consecutive lEs with half octet length, the first 
IE with half octet length occupies bits 1 to 4 of octet N; the second, bits 5 to 8 of octet N; the third, bits 

1 to 4 of octet Nh-1; etc. Such a sequence always has an even number of elements. 

For each IE, the table indicates: 

1) The Information Element Identifier (lEI), in hexadecimal notation, if the IE has format T, TV, or TLV. 
Usually, there is a default lEI for an IE type; default lEIs of IE types of the same protocol are different. If 
the lEI has half octet length, it is specified by a notation representing the lEI as a hexadecimal digit 
followed by the notation "-" (example: B-). 

2) The name of the IE (which may give an idea of the semantics of the element). This name (usually written 
with initial caps) followed by IE, is used in TS 101 376-4-8 (Release 1) [19] as reference to the IE within 

a message. 

3) The name of the type of IE (which indicates the coding of the value part of the IE) and generally of 
TS 101 376-4-8 (Release 1) [19], describing the value part of the IE. 

4) The presence requirement indication (M, C, or O) for the IE as defined in TS 101 376-4-7 [11]. 

5) The format of the IE (T, V, TV, LV, TLV) as defined in TS 101 376-4-7 [11]. 

6) The length of the IE (or permissible range of lengths), in octets in the message where "?" means that the 
maximum length of the IE, is constrained only by link layer protocol. This indication is nonnormative. 

c) Clauses specifying, where appropriate, conditions for lEs with presence requirement C or O in the relevant 
message that, together with other conditions specified in the present document, define when the lEs shall be 
included; what nonpresence of such lEs means; and, for lEs with presence requirement C, the static conditions 
for presence and/or nonpresence of the lEs (see TS 101 376-4-7 [11]). 
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10.1 Messages for radio resources management 

Table 10.1 summarizes the messages for RR management. Table 10.2 gives messages for DTMF transmit receive 
service. 

Table 10.1 : Messages for radio resource management 



Channel establishment messages: 


Reference 


IMMEDIATE ASSIGNMENT 


10.1.18.1 


EXTENDED IMMEDIATE ASSIGNMENT 


10.1.18.2 


IMMEDIATE ASSIGNMENT REJECT TYPE 1 


10.1.20.1 


IMMEDIATE ASSIGNMENT REJECT TYPE 2 


10.1.20.2 


EXTENDED IMMEDIATE ASSIGNMENT REJECT 


10.1.20.3 


POSITION VERIFICATION NOTIFY 


10.1.20.4 


IMMEDIATE ASSIGNMENT TYPE 2 


10.1.18.3 


IMMEDIATE ASSIGNMENT REJECT TYPE 3 


10.1.20.5 


IMMEDIATE ASSIGNMENT REJECT TYPE 4 


10.1.20.6 


IMMEDIATE ASSIGNMENT TYPE 3 


10.1.18.4 


IMMEDIATE ASSIGNMENT TYPE 4 


10.1.18.5 


IMMEDIATE ASSIGNMENT TYPE 5 


10.1.18.6 


Ciphering messages: 


Reference 


CIPHERING MODE COMMAND 


10.1.9 


CIPHERING MODE COMPLETE 


10.1.10 


Channel assignment and handover messages: 


Reference 


ASSIGNMENT COMMAND 1 


10.1.2.1 


ASSIGNMENT COMMAND 2 


10.1.2.2 


ASSIGNMENT COMPLETE 


10.1.3 


ASSIGNMENT FAILURE 


10.1.4 


HANDOVER COMMAND 


10.1.15 


HANDOVER COMPLETE 


10.1.16 


Channel release messages: 


Reference 


CHANNEL RELEASE 


10.1.7 


TtT SIGNALING LINK FAILURE 


10.1.50 


Paging and alerting messages: 


Reference 


PAGING REOUEST TYPE 1 


10.1.22 


PAGING REOUEST TYPE 2 


10.1.23 


PAGING REOUEST TYPE 3 


10.1.24 


PAGING REOUEST TYPE 4 


10.1.62 


PAGING RESPONSE 


10.1.25 


ALERT REOUEST 


10.1.43 


System information messages: 


Reference 


SYSTEM INFORMATION TYPE 1 


10.1.31 


SYSTEM INFORMATION TYPE 2 


10.1.32 


GBCH INFORMATION 


10.1.46 


Miscellaneous messages: 


Reference 


CHANNEL MODE MODIFY 


10.1.5 


CHANNEL MODE MODIFY ACKNOWLEDGE 


10.1.6 


CHANNEL REOUEST 


10.1.8 


EXTENDED CHANNEL REQUEST 


10.1.8.1 


CHANNEL REOUEST TYPE 1 


10.1.8.2 


CHANNEL REOUEST TYPE 2 


10.1.8.3 


CHANNEL REOUEST TYPE 3 


10.1.8.4 


CLASSMARK CHANGE 


10.1.11 


CLASSMARK ENQUIRY 


10.1.12 


POSITION UPDATE REQUEST 


10.1.44 


POSITION UPDATE ACCEPT 


10.1.45 


RR STATUS 


10.1.29 


LINK CORRECTION 


10.1.48 


GUARD TIME VIOLATION 


10.1.47 


POWER CONTROL PARAMETERS UPDATE 


10.1.49 


GMPRS RESUME RESPONSE 


10.1.61 
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Status and diagnostic messages: 


Reference 


INFORMATION REOUEST 


10.1.51 


INFORMATION RESPONSE POSITION 


10.1.56 


INFORMATION RESPONSE VERSION 


10.1.52 


INFORMATION RESPONSE SPOT BEAM SELECTION 


10.1.53 


INFORMATION RESPONSE POWER CONTROL 


10.1.55 


INFORMATION RESPONSE VENDOR SPECIFIC 


10.1.57 


INFORMATION RESPONSE CURRENT BEAM 


10.1.54 


INFORMATION RESPONSE ERROR 


10.1.58 


Table 10.2: Messages for DTMF transmit receive service 


DTRS-related messages: 


Reference 


DTMF TONE GENERATE REOUEST 


10.1.59 


DTMF TONE GENERATE ACKNOWLEDGE 


10.1.60 



1 0.1 .1 Additional assignment (A/Gb mode only) 

Same as clause 10.1.1 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .2 Assignment command 1 and assignment command 2 
(A/Gb mode only) 

1 0.1 .2.1 Assignment command 1 

Same as clause 10.1.2.1 of TS 101 376-4-8 (Release 1) [19]. 

10.1.2.2 Assignment command 2 

Same as clause 10.1.2.2 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .3 Assignment complete (A/Gb mode only) 

Same as clause 10.1.3 of TS 101 376-4-8 (Release 1) [19]. 

10.1.4 Assignment failure (A/Gb mode only) 

Same as clause 10.1.4 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .5 Channel mode modify (A/Gb mode only) 

Same as clause 10.1.5 of TS 101 376-4-8 (Release 1) [19]. 

10.1.6 Channel mode modify acknowledge (A/Gb mode only) 

Same as clause 10.1.6 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .7 Channel release (A/Gb mode only) 

Same as clause 10.1.7 of TS 101 376-4-8 (Release 1) [19]. 

10.1.8 Channel request 

Same as clause 10.1.8 TS 101 376-4-8 (Release 1) [19]. 
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1 0.1 .8.1 Extended channel request (A/Gb mode only) 

Same as clause 10.1.8.1 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .8.2 Channel request Type 1 (A/Gb mode only) 

This message is sent in random mode on the RACH. It does not follow the basic format and is 139 bits in length. The 
first 16 bits of the message are of Class 1 type, which uses more robust coding, and the other 123 bits are of Class 2 
type (see TS 101 376-5-3 [13]). The message content of the Channel request Type 1 message depends on the GMPRS 
terminal type (See TS 101 376-5-2 [12] for GMPRS Terminal Types). 

The Channel Request Type 1 message content used by MES belonging to GMPRS terminal types A or C is shown in 
table 10.7.1a. The Channel Request Type 1 message content used by MES belonging to GMPRS terminal type D is 
shown in table 10.7.1b. 

Note that the Class 1 type bits are more likely to reach the network without corruption, even in a disadvantaged 
condition. 

Message type: CHANNEL REQUEST TYPE 1 

Significance: dual 

Direction: MES to network 

Table 10.7.1a: CHANNEL REQUEST TYPE 1 message content) (GMPRS terminal type A or C) 



8 


7 


6 


5 


4 


3 


2 


1 




Retry 
Counter 


Est. Cause/Numbering Plan 


P 


octet 1 


Precorrection 
Indication 


Random Reference 


octet 2 


GMPRS Terminal Type Identifier Bits 7 to 4 
(4 bits) 


HPLMN ID (4 bits) /SP ID 


octet 3 


HPLMN ID(8 bits)/SP ID 


octet 4 


HPLMN ID(8 bits)/SP ID 


octet 5 


Prot Disc (2 bits) 


Spare (1) 


Radio Priority 
(2 bits) 


GMPRS Terminal Type 
Identifier Bits 3 to 1 (3 bits) 


octet 6 


ILL! (8 bits) 


octet 7 


ILL! (8 bits) 


octet 8 


ILL! (8 bits) 


octet 9 


ILL! (8 bits) 


octet 1 


Timestamp / Number of RLC Blocks (8 bits) (MSB) 


octet 1 1 


Timestamp/ 
Spare 


Timestamp/ 
Spare 


Timestamp/Peak Throughput 
(4 bits) 


Timestamp/ 
Number of RLC 
Blocks (2)(LSB) 


octet 12 


GPS Position (8 bits) 


octet 1 3 


GPS Position (8 bits) 


octet 1 4 


GPS Position (8 bits) 


octet 1 5 


GPS Position (8 bits) 


octet 1 6 


GPS Position (8 bits) 


octet 17 




Spare 


LLC 

Mode 
(1 bit) 


RLC 
Mode 
(1 bit) 


octet 18 



Priority (P) (octet 1) 

Indicates the priority of the terminal. This value should be taken out of the non-volatile memory field 

"terminal priority". In case the value is not defined, the value shall be used. 

Bit 

1 

Normal Call 

1 Priority Call 
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Establishment Cause (octet 1) 

Bits 

65432 

1 X X X X Reserved 

X X In Response to Paging (bits 3 to 2 represent Channel 

Needed echoed from Paging Request) 

10 Reserved 

111 Reserved for Channel Request Type 2 

10 Reserved 

10 1 Reserved 

10 10 Reserved 

10 11 Reserved 

1111 Reserved 

110 Position Verification 

110 1 Attach/RA Update 

1110 Packet Data Transfer 

All other values are reserved. 



Retry Counter (octet 1 , bits 8,7). Range to 3 
Retransmission count for current access attempt 



Precorrection Indication (octet 2) 

This is the timing correction applied to RACH while sending this message (see TS 101 376-5-7 [16] for 

details). This is coded as 

Bits 

876 

No precorrection 

1 -47 symbols correction 

1 -94 symbols correction 

1 1-141 symbols correction 

1 +141 symbols correction 
1 1 +94 symbols correction 

1 1 +47 symbols correction 
1 1 1 Reserved 



Random Reference (octet 2, bits 5 to 1 ) 
A random number of 5 bits. 



GIVIPRS Terminal Type Identifier Bits 7 to 4 (octet 3, bits 8 to 5) 

This field encodes bits b7 to b4 of GMPRS terminal type identifier. GIVIPRS terminal type identifier is 

defined in TS 101 376-5-2 [12]. 



HPLIVIN ID/SP ID (octets 3,4,5) 

Octet 3, bits 1 to 4 represent the highest bits, octet 4 represents the middle bits, and octet 5 represents 

the lowest bits of the PLIVIN ID/SP ID field. 

The HPLMN ID shall be sent in this field when it is different from PLMN ID of the network being 

accessed. The SP ID shall be sent when the MES is accessing its HPLMN. 

To accommodate SIMs with 3-digit IVINCs, the value transmitted as the HPLMN ID shall consist of 

digits 1 to 6 of the IMSI. This value shall be represented as a 20-bit binary number. 

The SP ID shall consist of digits 6 to 9 of the IMSI. This value shall be represented as a 15-bit binary 

number. The five high-order bits of the 20-bit field shall be set to 11111. 



Radio Priority(Octet 6, bits 4 to 5) 
As described in TS 101 376-4-12 [20]. 



PD (Protocol Discriminator) (octet 6, bits 8 to 7) 
Set to "00" for the current version of the protocol. 



GMPRS Terminal Type Identifier Bits 3 to 1 (octet 6, bits 3 to 1) 

This field encodes bits b3 to b1 of GMPRS terminal type identifier. GMPRS terminal type identifier is 

defined in TS 101 376-5-2 [12]. 



TLLI(octets 7 to 10) 

As described in TS 101 376-4-12 [20]. 



Timestamp/ Number of RLC Blocks (Octet 1 1 , Octet 12) 

Timestamp is as described in clause 1 1 .5.2.57 

Number of RLC Blocks is as described in TS 101 376-4-12 [20] 

The network shall assume the "RLC Blocks" field to be 1 when the Channel Request is sent with the 

cause "Attach/RA Update". (This field is not present when the establishment cause is "Attach/RA 

Update"). 



Peak Throughput/Timestamp (Octet 12 , bits 3 to 6) 
Timestamp is as described in clause 1 1 .5.2.57 
Peak-throughput is as described in TS 101 376-4-12 [20]. 
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RLC Mode/Spare (Octet 18, bit 1) 

- Acl<nowledged 

1 - Unacl<nowledged 



LLC Mode/Spare (Octet 18, 

- SACK/ACK pacl<ets 

1 - Data packets 



bit 2) 



GPS Position (octets 13 to 17) 

GPS Position octet 13 (highest bits) to octet 17 (lowest bits) maps to value part of GPS position IE as 

described in clause 1 1 .5.2.53 (i.e. lEI part is not included) (Format V). 



Spare bits shall be coded with "0". 

Timestamp shall be sent for all causes other than Packet Data Transfer. 



Table 10.7.1b: CHANNEL REQUEST TYPE 1 message content (GMPRS terminal type D) 



8 


7 


6 


5 


4 


3 


2 


1 




Retry 
Counter 


Est. Cause/Numbering Plan 


P 


octet 1 


Precorrection 
Indication 


Random Reference 


octet 2 


GMPRS Terminal Type Identifier Bits 7 to 4 
(4 bits) 


DL Peak Throughput (4 bits) 


octet 3 


Reserved (8 bits) 


octet 4 


Reserved (8 bits) 


octet 5 


Prot Disc (2 
bits) 


Spare (1) 


Radio Priority 
(2 bits) 


GMPRS Terminal Type 
Identifier Bits 3 to 1 (3 bits) 


octet 6 


TLLI (8 bits) 


octet 7 


TLLI (8 bits) 


octet 8 


TLLI (8 bits) 


octet 9 


TLLI (8 bits) 


octet 10 


Timestamp / Number of RLC Blocks (8 bits) (MSB) 


octet 1 1 


Timestamp/ 
Spare 


Timestamp/ 
Spare 


Timestamp/ UL Peak Throughput 
(4 bits) 


Timestamp/ 
Number of RLC 
Blocks (2)(LSB) 


octet 12 


GPS Position (8 bits) 


octet 13 


GPS Position (8 bits) 


octet 1 4 


GPS Position (8 bits) 


octet 1 5 


GPS Position (8 bits) 


octet 16 


GPS Position (8 bits) 


octet 17 


Spare (6 bits) 


LLC 

Mode 
(1 bit) 


RLC 
Mode 
(1 bit) 


octet 1 8 



Priority (P) (octet 1) 

This field is coded as described in the Priority field of the table 10.7.1a. 



Establishment Cause (octet 1) 

This field is coded as described in the Establishment Cause field of the table 10.7.1a. 



Retry Counter (octet 1 , bits 8,7). Range to 3 

This field is coded as described in the Retry Counter field of the table 10.7.1a. 



Precorrection Indication (octet 2) 

This field is coded as described in the Precorrection Indication field of the table 10.7.1a. 



Random Reference (octet 2, bits 5 to 1 ) 

This field is coded as described in the Random Reference field of the table 10.7.1a. 



GMPRS Terminal Type Identifier Bits 7 to 4 (octet 3, bits 8 to 5) 

This field is coded as described in the GMPRS Terminal Type Identifier field of the table 10.7.1a. 
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Downlink Peak Throughput (Octet 3, bits 1 to 4) 

This field indicates the Downlink Peak Throughput Class requested by upper layers. The field is coded 

as the binary representation of the Peak Throughput Class specified in TS 123 060 [24]. 

Range: to 7 

Octet 4, bits 4 to 8 
Reserved. 

Octet 5, bits 1 to 8 
Reserved. 

The network should assume the "Downlink Peak Throughput" to be (Best Effort) when the Channel 
Request is sent with the cause "Attach/RA Update". 



Radio Priority(Octet 6, bits 4 to 5) 

This field is coded as described in the Radio Priority field of the table 10.7. 



1a. 



PD (Protocol Discriminator) (octet 6, bits 8 to 7) 

This field is coded as described in the PD (Protocol Discriminator) field of the table 10.7.1a. 

GIVIPRS Terminal Type Identifier Bits 3 to 1 (octet 6, bits 3 to 1) 

This field is coded as described In the GMPRS Terminal Type Identifier field of the table 10.7.1a. 



TLLI(octets 7 to 10) 

This field is coded as described in theTLLI field of the table 10.7.1a. 



Timestamp/ Number of RLC Blocks (Octet 1 1 , Octet 12) 

This field is coded as described in the Timestamp/ Number of RLC Blocks field of the table 10.7.1a. 



Timestamp/ UL Peak Throughput (Octet 12 , bits 3 to 6) 

Timestamp is as described in clause 1 1 .5.2.57 

Uplink Peak Throughput (Octet 12, bits 3 to 6) 

This field indicates the Uplink Peak Throughput Class requested by upper layers. The field is coded as 

the binary representation of the Peak Throughput Class specified in TS 1 23 060 [24]. 

Range: to 7 

The network shall assume the "Uplink Peak Throughput" to be (Best Effort) when the Channel 
Request Is sent with the cause "Attach/RA Update". 



RLC IVIode/Spare (Octet 18, bit 1) 

This field is coded as described in the RLC IVIode/Spare field of the table 10.7.1a. 



LLC IVIode/Spare (Octet 18, bit 2) 

This field is coded as described in the LLC Mode/Spare field of the table 10.7.1a. 



GPS Position (octets 13 to 17) 

This field is coded as described In the GPS Position field of the table 10.7.1a. 



Spare bits shall be coded with "0". 

Timestamp shall be sent for all causes other than Packet Data Transfer. 



1 0.1 .8.3 Channel request Type 2 (A/Gb mode only) 

This message is sent in random mode on the RACH. It does not follow the basic format and is 139 bits in length. The 
first 16 bits of the message are of Class 1 type, and the remaining 123 bits are of Class 2 type. Class 1 type bits use a 
more robust coding than Class 2 type bits (see TS 101 376-5-3 [13]). See table 10.7.2. 

NOTE: The Class 1 type bits are more likely to reach the network without corruption, even in a disadvantaged 
condition. 

Message type: CHANNEL REQUEST TYPE 2 

Significance: dual 

Direction: MES to network 
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Table 10.7.2: CHANNEL REQUEST TYPE 2 message content 



8 1 7 


6 1 5 1 4 1 3 1 2 


1 




Retry 
Counter 


111 


P 


octet 1 


Precorrection Indication Random Reference 


octet 2 


GMPRS Terminal Type Identifier Bits 7 to 4 
(4 bits) 


HPLMN ID (4 bits) /SP ID 


octet 3 


HPLMN ID (8 bits)/SP ID 


octet 4 


HPLMN ID (8 bits)/SP ID 


octet 5 


Prot Disc (2bits) | IVISC ID (6 bits) 


octet 6 


TLLI (8 bits) 


octet 7 


TLLI (8 bits) 


octet 8 


TLLI (8 bits) 


octet 9 


TLLI (8 bits) 


octet 1 


GIVIPRS Terminal Type Identifier 
Bits 3 to 1 (3 bits) 


Request Type (5 bits) 


octet 1 1 


Software Version Number (7 bits) 


Spare 
(1 bit) 


octet 1 2 


GPS Position (8 bits) 


octet 13 


GPS Position (8 bits) 


octet 1 4 


GPS Position (8 bits) 


octet 1 5 


GPS Position (8 bits) 


octet 1 6 


GPS Position (8 bits) 


octet 1 7 


1 1 R 1 GCI 


octet 1 8 



Priority (P) (octet 1) 

Indicates the priority of the terminal. This value should be taken out of the non-volatile memory field 

"terminal priority". In case the value is not defined, the value shall be used. 

Bit 

1 

Normal Call 

1 Priority Call 



Establishment Cause (octet 1) 

Bits 

65432 

111 Channel Request Type 2 

All other values are reserved. 



Retry Counter (octet 1 , bits 8,7). Range to 3 
Retransmission count for current access attempt. 



Precorrection Indication (octet 2) 

This is the timing correction applied to RACH while sending this message (see TS 101 376-5-7 [16] for 

details). This is coded as: 

Bits 

876 

No precorrection 

1 -47 symbols correction 

1 -94 symbols correction 

1 1-141 symbols correction 

1 +141 symbols correction 
1 1 +94 symbols correction 

1 1 +47 symbols correction 
1 1 1 Reserved 



Random Reference (octet 2, bits 5 to 1 ) 
A random number of 5 bits. 



GIVIPRS Terminal Type Identifier Bits 7 to 4 (octet 3, bits 8 to 5) 

This field encodes bits b7 to b4 of GIVIPRS terminal type identifier. GIVIPRS terminal type identifier is 

defined in TS 101 376-5-2 [12]. 
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HPLMN ID/SP ID (octets 3,4,5) 

octet 3, bits 1 to 4 represent the highest bits, octet 4 represents the middle bits, and octet 5 represents 

the lowest bits of the PLMN ID/SP ID field. 

The HPLMN ID shall be sent in this field when it is different from PLMN ID of the network being 

accessed. The SP ID shall be sent when the MES is accessing its HPLMN. 

To accommodate SIMs with 3-digit MNCs, the value transmitted as the HPLMN ID shall consist of 

digits 1 to 6 of the IMSI. This value shall be represented as a 20-bit binary number. 

The SP ID shall consist of digits 6 to 9 of the IMSI. This value shall be represented as a 15-bit binary 

number. The five high-order bits of the 20-bit field shall be set to 11111. 



PD (Protocol Discriminator) (octet 6, bits 8 to 7) 
Set to "00" for the current version of the protocol. 



MSC ID (octet 6, bits 6 to 1 ) Range: to 63. 

This shall be present in the case of non-MO calls. If the Request Type is "Answer to Paging", this 
value shall be the MSC ID received in the PAGING REQUEST message. Otherwise this value shall be 
coded as "111111". 



TLLI(octets 7 to 10) 

As described in TS 101 376-4-12 [20]. 



GMPRS Terminal Type Identifier Bits 3 to 1 (octet 1 1 , bits 8 to 6) 

This field encodes bits b3 to b1 of GMPRS terminal type identifier. GMPRS terminal type identifier is 

defined in TS 101 376-5-2 [12]. 



Request Type (octet 1 1 , bits 5 to 1 ) 

Bits 

54321 

X X Suspend - Answer to Paging (bits 2 to 1 represent Channel Needed echoed from Paging 

Request) 

In Response to Alerting for circuit switched services 

MO Call 



10 Suspend 
110 Suspend 
111 Resume 
10 Suspend 
10 1 Suspend 
10 10 Suspend 
10 11 Suspend 
1111 Suspend 



Location Update 
IMSI Detach 

Supplementary Services 
Short Message Services 
Emergency Call 



Software Version Number (octet 1 2, bits 8 to 2) 

See TS 1 01 376-3-3 [3]. Represented as a 7-bit binary number with range to 99. 



GPS Position (octets 13 to 17) 

GPS Position octet 13 (highest bits) to octet 17 (lowest bits) maps to value part of GPS position IE as 

described in clause 1 1 .5.2.53 (i.e. lEI part is not included) (Format V). 



R bit: This bit shall ordinarily be set to 1 . It shall be set to if the MES has been redirected to a new 
satellite and is now retrying the same service request on the new satellite. It shall also be set to 
when retrying the same service request on the old satellite following a failure to access the new 
satellite. Note that this bit shall not be set to in the event that the MES establishes a dedicated mode 
connection on the new satellite but shall retry on the old satellite due to an unsuccessful attempt to 
perform a location update. 



O bit: This bit shall ordinarily be set to 0. It shall be set to 1 when retrying the same service request 

following a failed optimal routing attempt, including a failed intersatellite optimal routing attempt. 

GPS Capability Indicator (GCI) 

Bit 

7 

MES is not GPS capable 

1 MES is GPS capable 



10.1 .8.4 Channel Request Type 3 (lu mode only) 

Channel request Type 3 is used only on RACH3. The Channel Request Type 3 message is 68 bits in length. Message 
format is defined in table 10.7.3. 

NOTE: RACH3 burst has non-integer number of octets. The least significant four bits (Bit 3 - Bit 0) of last octet 
of Channel Request Type 3 are mapped to Bit 3 - Bit of the last octet in the RACH3 block. 

Message type: CHANNEL REQUEST TYPE 3 

Significance: dual 
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Direction: 



MES to network 



Table 10.7.3: CHANNEL REQUEST TYPE 3 



< Channel Request Type 3 Message Content>::= 
{ -- Critical IVIessage Escape 
{ < Retry Counter: bit (2) > 

< Test Mode: bit(1) >} 

{ 0000 -- RRC Connection Request 

{ < Random S-RNTI: bit (20) > 

< RRC Establishment Cause: bit(5)> } 

< MES Position: <Relative Position IE» 
<GMPRS Terminal Type Id: bit (7) > 

< RA Indicator: bit(1)> 

< Spare Bits: bit(1)>} 

I 0001 -- RRC Periodic GRA Update 

{ < S-RNTI: bit (20) > 

< MES Position: <Relative Position IE» 

< Spare Bits: bit(14)>}} 

I 001 -- RRC GRA Update/Change in GRA 

{ < G-RNTI: bit (32) > 

< MES Position: <Relative Position IE» 

< Spare Bits: bits(2)> }} 

10011 -- RRC Cell Update 

{ < S-RNTI: bit (20) > 

< Cell Update Cause: bit(3)> 

< MES Position: <Relative Position IE» 

< RB Info: <RB Request Struct IE» }} 



User Data Transfer - Application Type 1 



0100 
{ < S-RNTI: bit (20) > 

< MES Position: <Relative Position IE» 

< RB Id: bit (5)> 

< User Data: bit (8) > 
<Spare Bits: bit(1)>}} 

0101 -- Position Verification 

{ < S-RNTI or Random S-RNTI: bit (20) > 

< Enhanced MES Position: < Enhanced Relative Position IE» 

< MES RRC Mode Indicator: bit (1) > 

< Spare Bits: bit(1)>}} 



! < Content part error: bit (*) = < no string > > } 

}; 



<RB Request Struct IE>::= 

< RB Id: bit(5)> 

< RLC_BL0CK_C0UNT:bit(6)> 



<Relative Position IE>::= 

< GPS Capability Indicator: bit(1)> 

< Relative Latitude: bit(12)> 

< Relative Longitude: bit(13)>; 



<Enhanced Relative Position IE>::= 

< Enhanced Relative Latitude: bit(19)> 

< Enhanced Relative Longitude: bit(19)>; 
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Cell Update Cause (3 bit field) 

This field is defined in TS 101 376-4-13 [25], 



Enhanced Relative Latitude (19 bit field) 

This field contains the geocentric latitude of the MES expressed relative to the spot beam center. That is, 

Relative Latitude is equal to (Latj^^^ — Lat^g) , where Latj^^^ is the latitude position of the MES, and 

Lat^g is the latitude of the spot beam center that is broadcast in each beam. 

These 1 9 bits are coded as: 

Take relative latitude in degrees (with minutes and seconds converted to decimal), multiply by 13 107,1 , 
round to nearest integer number, and then represent the integer number in 2's complement binary to fit in 
1 9 bits. Valid range for the relative latitude is -20° north to +20° north of the spot beam center (with a 
resulting enhanced latitude position uncertainty of approximately 0,000075 degrees). 



Enhanced Relative Longitude (19 bit field) 

This field contains the geocentric longitude of the MES expressed relative to the spot beam center. That is, 

Relative Longitude is equal to (Long j^^^ — Long^g) , where Longf^^^ is the longitude position of the 

MES, and Long^g is the longitude of the spot beam center that is broadcast in each beam. 

These 1 9 bits are coded as: 

Take relative longitude in degrees (with minutes and seconds converted to decimal), multiply by 5 242,84, 
round to nearest integer number, and then represent the integer number in 2's complement binary to fit in 
1 9 bits. Valid range for the relative longitude is -50° east to -1-50° east of the spot beam center (with a 
resulting enhanced longitude position uncertainty of less than 0,0002 degrees). 



GMPRS Terminal Type Id (7 bit field) 
This field is defined is TS 101 376-5-2 [12]. 



GPS Status and Capability Indicator (GCI) (1 bit field) 

If this MES is not GPS capable or if transmission of GPS position is not permitted, then the GO! field shall be 

set to 0. In addition the Relative Latitude and Relative Longitude fields shall be set to 0. 

If the MES is GPS capable but the position is not current i.e. MES was unable to obtain a GPS fix before 
requesting access, then the GCI field shall be set to 0. In addition the Relative Latitude and Relative 
Longitude fields shall be set to the last reported valid relative position. 

If the MES is GPS capable and if its position is current, then the GCI field shall be set to 1 . The current 
position of the MES is given by the Relative Latitude and Relative Longitude information elements. 



MES RRC Mode Indicator (1 bit field) 

This field indicates the current RRC mode of the MES when sending the Position Verification request. See TS 

1 01 376-4-1 3 [25] for a definition of RRC modes and states. 

bit 
1 

RRC Idle mode 

1 RRC Connected mode 



RA Indicator (1 bit field) 

This field indicates whether the current MES Routing Area Identifier (RAI) is derived from the broadcast 

BCCH Routing Area Code (RAC) or whether it was derived from the RAC provided by the network (GS) in the 

prior RRC Connection Setup attempt. 

bit 

1 

current RAI derived from BCCH-broadcast RAC 

1 current RAI derived from network-provided RAC 

NOTE 1 : The value of this field shall always be set to when an MES is first initiating an RRC connection 
establishment with the network to enter RRC connected mode. The value shall be set to 1 when 
re-initiating a RRC connection following an Immediate Assignment Reject, or following an RRC 
Connection Release when the network has provided a RAC to the MES. The network-provided 
RAC shall be specified in the form of either the Directed RAC IE (see clause 11.5.2.129) or the 
CN Information Info IE (see TS 101 376-4-13 [25]). If no network-provided RAC is specified 
(for example, in the case of a redirection to a new satellite), the RA Indicator shall be set to 

BCCH-broadcast RAC at the next RRC Connection Setup attempt. 



Random S-RNTI (20 bit field) 

Random S-RNTl is used to identify a mobile earth station during contention resolution. If a valid P-TMSI is 

available, then this field is set to lower 20 bits of P-TMSI. If valid P-TMSI is not available, then this field is set 

to a 20 bit random number. A random S-RNTI is used by an MES that is in RRC idle mode 

(see TS 101 376-4-13 [25]). 
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RB Id (5 bit field) 

This field contains the identity of the Radio Bearer. 

If the Cell Update Procedure is being requested to recover from RLC or Radio Link error, then the RB Id shall 

identify the affected Radio Bearer. If multiple Radio Bearers are affected, then MES shall select one RB 

based on implementation choice. 

If the Cell Update Procedure is being requested for transferring user data, then the IVIES shall include RB Id 

of the corresponding User Radio Bearer (URB). When multiple User Radio Bearers have data to be 

transmitted, the MES shall select one user RB Id based an implementation choice. 

See TS 1 01 376-4-1 3 [25] for the definition of RB Id. If only upper layer signalling transfer is pending, then the 

MES shall include RB Id corresponding to the signalling radio bearer (SRB). See TS 101 376-4-13 [25] for 

details on signalling radio bearer. 

If application level user data transfer is being requested, then the MES shall include RB Id of the 

corresponding User Radio Bearer (URB). 



Retry Counter (2 bit field) 

Retransmission count for current access attempt. Range - 3, where indicates first access attempt. 



Relative Latitude (12 bit field) 

This field contains the geocentric latitude of the MES expressed relative to the spot beam center. That is. 

Relative Latitude is equal to {Latf^^^ — Lat^^) , where Latf^^^ is the latitude position of the MES, and 

Lat^g is the latitude of the spot beam center that is broadcast in each beam. 

These 1 2 bits are coded as: 

Take relative latitude in degrees (with minutes and seconds converted to decimal), multiply by 102,35, round 

to nearest integer number, and then represent the integer number in 2's complement binary to fit in 1 2 bits. 

Valid range for the relative latitude is -20° north to -i-20° north of the spot beam center (with a resulting 

latitude position uncertainty of less than 0,005 degrees). 

NOTE 2: A Relative Latitude value of 0x800 indicates that the MES Latitude is outside the range given by 

the 12-bit relative latitude. If relative latitude is outside the range given by the 12-bit value, the 
MES shall proceed with the Channel Request, inserting the 0x800 value in Relative Latitude field. 



Relative Longitude (13 bit field) 

This field contains the geocentric longitude of the MES expressed relative to the spot beam center. That is, 

Relative Longitude is equal to (Longj^^^ — Long^g) , where Long^g is the longitude of the spot beam 

center that is broadcast in each beam. 

These 1 3 bits are coded as: 

Take relative longitude in degrees (with minutes and seconds converted to decimal), multiply by 81 ,90, round 

to nearest integer number, and then represent the integer number in 2's complement binary to fit in 13 bits. 

Valid range for the relative longitude is -50° east to -1-50° east of the spot beam center (with a resulting 

longitude position uncertainty of approximately 0,012 degrees). 

NOTE 3: A Relative Longitude value of 0x1 000 is used to indicate a MES Longitude is outside the range 
given by the 13-bit relative longitude. If relative longitude is outside the range given by the 13-bit 
value, the MES shall proceed with the Channel Request, inserting the 0x1000 value in Relative 
Latitude field. 



RLC_BLOCK_COUNT (6 bit field) 

This field encodes the number of RLC blocks pending transfer from the MES. This field is defined in 

TS101 376-4-12 [20]. 



RRC Establishment Cause (5 bit field) 
This field is defined in TS 101 376-4-13 [25]. 



S-RNTI (20 bit field) 

This field is defined TS 101 376-4-13 [25]. 



Test Mode (1 bit field) 

This field indicates that the MES is operating in test mode. This field shall be set only when the MES is 

configured to operate in test mode. 



User Data (8 bit field) 

This field is encoded in accordance with the Application Type 1 specification [FFS]. 



1 0.1 .9 Ciphering mode command (A/Gb mode only) 

Same as clause 10.1.9 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .1 Ciplnering mode complete (A/Gb mode only) 

Same as clause 10.1.10 of TS 101 376-4-8 (Release 1) [19]. 
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1 0.1 .11 Classmark change (A/Gb mode only) 

Same as clause 10.1.11 of TS 101 376-4-8 (Release 1) [19]. 

10.1.12 Classmark enquiry (A/Gb mode only) 

Same as clause 10.1.12 of TS 101 376-4-8 (Release 1) [19]. 

10.1.13 Frequency redefinition (A/Gb mode only) 

This function is not currently supported in GMR-1. 

10.1.14 Handover access (A/Gb mode only) 

This function is not currently supported in GMR-1. 

10.1.15 Handover command (A/Gb mode only) 

Same as clause 10.1.15 of TS 101 376-4-8 (Release 1) [19]. 

10.1.16 Handover complete (A/Gb mode only) 

Same as clause 10.1.16 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .1 7 Handover failure (A/Gb mode only) 

This function is not currently supported in GMR-1. 

10.1.18 Immediate assignment 

1 0.1 .1 8.1 Immediate assignment (A/Gb mode only) 

Same as clause 10.1.18.1 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .1 8.2 Extended immediate assignment (A/Gb mode only) 

Same as clause 10.1.18.2 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .1 8.3 Immediate assignment Type 2 (A/Gb mode only) 

This message is sent on the CCCH by the network to the MES to change the channel configuration to a dedicated 
configuration while staying in the same cell. See table 10.14.1. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message except the lA Rest 
Octets and L2 Pseudo Length IBs. 

Message type: IMMEDIATE ASSIGNMENT Type 2 

Significance: dual 

Direction: network to MES 
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Table 10.14.1 : IMMEDIATE ASSIGNMENT TYPE 2 message content 



IE! 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 2 
IVIessaqe Type 


IVIessage Type 
clause 11.4 


M 


V 


1 




USF 


USF 

clause 11.5.2.110 


M 


V 


3 




Timing Advance Index 


Timing Advance Index 


M 


V 


1 




TLLI 


TLLI 


M 


V 


4 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 




Packet Immediate Assignment 
Type 2 Parameters 


Packet Immediate Assignment 
Type 2 Parameters 
clause 11.5.2.107 


M 


V 


5 




Pacl<et Frequency Parameters 


Packet Frequency Parameters 
clause 11.5.2.106 


M 


V 


3 




Pacl<et Power Control 
Parameters 


Packet Power Control 
Parameters 


M 


V 


1 



10.1.18.3.1 USF 

The Uplink State Flag (USF) is described in TS 101 376-4-12 [20]. 

10.1.18.3.2 TLLI 

The Temporary Logical Link Identity is described in TS 101 376-4-12 [20]. 

10.1 .18.3.3 Packet Power Control Parameters 

As described in TS 101 376-4-12 [20]. Packet Power Control Parameters is a 6 bit field and will be implemented such 
that the most significant bits of the octet shall be spare. 

10.1.18.3.4 Timing Advance Index (TAI) 

As described in TS 101 376-4-12 [20]. The Timing Advance Index (TAI) is a 7 bit field and will be implemented such 
that the most significant bit of the octet shall be spare. 

1 0.1 .1 8.4 Immediate Assignment Type 3 (A/Gb mode only) 

This message is sent on the PCH by the network to assign downlink resources to the MES. The MES is identified by its 
TLLI. See table 10.39. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message, except for the PI rest 
octets and L2 Pseudo Length IE. 

Message type: IMMEDIATE ASSIGNMENT TYPE 3 

Significance: dual 

Direction: network to MES 



£75/ 



GMR-1 3G 44.008 



98 



ETSI TS 101 376-4-8 V3.3.1 (2012-12) 



Table 10.14.2: IMMEDIATE ASSIGNMENT TYPE 3 message content 



IE! 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 3 
IVIessage Type 


IVIessage Type 
clause 11.4 


M 


V 


1 




Page IVIode 


Page IVIode 
clause 11.5.2.26 


M 


V 


1/2 




Spare Half Octet 


Spare Half Octet 
clause 11.5.1.8 


M 


V 


1/2 




Persistence Level 


Persistence Level 


M 


V 


2 




Timing Advance Index 


Timing Advance Index 


M 


V 


1 




TLLI 


TLLI 


M 


V 


4 




Packet Immediate Assignment 
Type 3 Parameters 


Packet Immediate Assignment 
Type 3 Parameters 
clause 11.5.2.105 


M 


V 


3 




Packet Frequency Parameters 


Packet Frequency Parameters 
clause 11.5.2.106 


M 


V 


3 




Packet Power Control 
Parameters 


Packet Power Control 
Parameters 


M 


V 


1 




P1 Rest Octets 


PI Rest Octets 
clause 11.5.2.23 


M 


V 


6 



10.1.18.4.1 Page Mode 

As described in TS 101 376-4-12 [20]. 



10.1.18.4.2 



Persistence Level 



As described in TS 101 376-4-12 [20]. Persistence Level consists of 4 radio priorities of 4 bits each and will be 
implemented such that Radio Priority 1 shall occupy the most significant bits of the lower numbered octet and Radio 
Priority 4 shall occupy the least significant bits of the higher numbered octet. 

10.1.18.4.3 TLLI 

As described in TS 101 376-4-12 [20]. 

10.1.18.4.4 Packet Power Control Parameters 

Refer to clause 10.1.18.3.3. 

10.1.18.4.5 Timing Advance Index 

Refer to clause 10.1.18.3.4. 

1 0.1 .1 8.5 Immediate Assignment Type 4 (lu mode only) 

This message is sent on the AGCH by the network to assign downlink resources to the MES. The MES is identified by 
its S-RNTl. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message. 

Message type: IMMEDIATE ASSIGNMENT TYPE 4 

Significance: dual 

Direction: network to MES 
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Table 10.14.3: IMMEDIATE ASSIGNMENT TYPE 4 message content 



IE! 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 4 
IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 




Request Reference 


Request Reference 
clause 11.5.2.30 


M 


V 


2 




S-RNTI 


S-RNTI 


M 


V 


2 1/2 




Pacl<et Immediate Assignment 
Type 4 Parameters 


Packet Immediate Assignment 
Type 4 Parameters 
clause 11.5.2.125 


M 


V 


12 1/2 



10.1.18.5.1 S-RNTI 

See TS 101 376-4-13 [25]. S-RNTI IE shall occupy octets 10, 1 1 and most significant four bits of octet 12. 

1 0.1 .1 8.5.2 Packet Immediate Assignment Type 4 Parameters 

Packet Immediate Assignment Type 4 Parameters IE shall occupy least significant four bits of octet 12 and 
octets 13-24. 

1 0.1 .1 8.6 Immediate Assignment Type 5 (lu mode only) 

This message is sent on the AGCH by the network in response to a CHANNEL REQUEST TYPE 3 message supporting 
an RRC procedure in which a single network confirmation or indication message is required and where that RRC 
message can be entirely carried within a single IMMEDIATE ASSIGNMENT TYPE 5 message. The MES is identified 
by its S-RNTI. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message. 

Message type: IMMEDIATE ASSIGNMENT TYPE 5 

Significance: dual 

Direction: network to MES 

Table 10.14.4: IMMEDIATE ASSIGNMENT TYPE 5 message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Skip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 5 
Message Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
clause 11.5.2.30 


M 


V 


2 




S-RNTI 


S-RNTI 


M 


V 


2 1/2 




Packet Immediate Assignment 
Type 5 Parameters 


Packet Immediate Assignment 
Type 5 Parameters 
clause 11.5.2.130 


M 


V 


16 1/2 
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10.1.18.6.1 S-RNTI 

See TS 101 376-4-13 [25]. S-RNTI IE shall occupy octets 6, 7 and most significant four bits of octet 8. 

10.1 .18.6.2 Packet Immediate Assignment Type 5 Parameters 

The Packet Immediate Assignment Type 5 Parameters IE shall occupy least significant four bits of octet 8 and 
octets 9-24. 

10.1.19 Immediate assignment extended (A/Gb mode only) 

Same as clause 10.1.19 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .20 Immediate assignment reject 

1 0.1 .20.1 immediate assignment reject type 1 

Same as clause 10.1.20.1 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .20.2 Immediate assignment reject type 2 

Same as clause 10.1.20.2 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .20.3 Extended immediate assignment reject (A/Gb mode only) 

Same as clause 10.1.20.3 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .20.4 Position verification notify (A/Gb mode only) 

Same as clause 10.1.20.4 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .20.4a Position verification notify Type 2 (lu mode only) 

This message may be sent on the CCCH by the network to the MES to indicate if the reported position is acceptable or 
not. See table 10.18a. 

Message type: POSITION VERIFICATION NOTIFY TYPE2 

Significance: dual 

Direction: network to MES 

Table 10.18a: POSITION VERIFICATION NOTIFY TYPE 2message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Position Verification Notify Type 
2 IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
clause 11.5.2.30 


M 


V 


2 




GPS Discriminator 


GPS Discriminator 
clause 11.5.2.101 


M 


V 


2 




S-RNTI 


S-RNTI 


M 


V 


2 1/2 




Position Verification Notify 
Type2 Parameters 


Position Verification Notify Type 2 
clause 11.5.2.128 


M 


V 


14 1/2 
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10.1.20.4a.1 S-RNTI 

See TS 101 376-4-13 [25]. S-RNTI IE shall occupy octets 8, 9 and most significant four bits of octet 10. 

1 0.1 .20.4a.2 Position Verification Notify Type2 Parameters 

The Position Verification Notify Type2 Parameters IE shall occupy the least significant four bits of octet 10 and 
octets 11-24. 

1 0.1 .20.5 Immediate Assignment Reject Type 3 

This message may be sent to the MES (requesting packet services) by the network on the CCCH to indicate that no 
channel is available for assignment or that the MES cannot be allowed access. This message may also indicate dark 
beam activation in progress or pause indication or indicate to the MES to switch to a new BCCH or transmit a new 
RACH Additionally the message also provides timing and frequency correction. See table 10.18.1. The L2 Pseudo 
Length of this message shall be the sum of all lEs present in the message, except the lAR Rest Octets and L2 Pseudo 
Length lEs. 

Message type: IMMEDIATE ASSIGNMENT REJECT TYPE 3 MESSAGE TYPE 

Significance: dual 

Direction: network to MES 

Table 10.18.1 : IMMEDIATE ASSIGNMENT REJECT TYPE 3 message content 



IE! 


Information Element (IE) 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Reject 
Type 3 IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
Clausen. 5.2. 30 


M 


V 


2 




GPS Discriminator 


GPS Discriminator 
clause 11.5.2.101 


M 


V 


2 




Reject Cause 


Reject Cause 
clause 11.5.2.56 


M 


V 


1 




Pause Timer 


Pause Timer 
clause 11.5.2.103 


C 


V 


1 




Illumination Retry Timer 


Illumination Retry Timer 
clause 11.5.2.108 


C 


V 


1 




Packet BCCH Carrier 


Packet BCCH Carrier 
clause 11.5.2.104 


C 


V 


2 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 




lAR Rest Octets 


lAR Rest Octets 
clause 11.5.2.17 


M 


V 


9 to 11 



1 0. 1 .20.5. 1 Pacl<et BCCH Carrier 

The Packet BCCH Carrier IE shall be present if B bit is set in the Reject Cause. 

10.1.20.5.2 Illumination Retry Timer 

The Illumination Retry Timer IE shall be present if T bit is set in the Reject Cause. 
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10.1.20.5.3 Pause Timer 

The Pause timer IE shall be present if T bit is reset in the Reject Cause. 

1 0.1 .20.6 Immediate Assignment Reject Type 4 (lu mode only) 

This message may be sent to the MES (requesting packet services) by the network on the CCCH to indicate that no 
channel is available for assignment, that the MES might be associated with a Routing Area (RA) different from the one 
broadcast on the BCCH or that the MES cannot be allowed access. This message may also indicate dark beam 
activation in progress or pause indication or indicate to the MES to switch to a new BCCH or transmit a new RACH 
Additionally the message also provides timing and frequency correction. See table 10.18.2. The L2 Pseudo Length of 
this message shall be the sum of all lEs present in the message, except the lAR Rest Octets and L2 Pseudo Length lEs. 

Message type: IMMEDIATE ASSIGNMENT REJECT TYPE 4 MESSAGE TYPE 

Significance: dual 

Direction: network to MES 

Table 10.18.2: IMMEDIATE ASSIGNMENT REJECT TYPE 4 message content 



lEI 


Information Element (IE) 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Reject 
Type 4 IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
Clausen. 5.2.30 


M 


V 


2 




GPS Discriminator 


GPS Discriminator 
clause 11.5.2.101 


M 


V 


2 




Reject Cause 


Reject Cause 
clause 11.5.2.56 


M 


V 


1 




Pause Timer 


Pause Timer 
clause 11.5.2.103 


C 


V 


1 




Illumination Retry Timer 


Illumination Retry Timer 
clause 11.5.2.108 


C 


V 


1 




BCCH Carrier 


BCCH Carrier 
clause 11.5.2.55 


c 


V 


2 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 


01 


CN Information 


CN Information Info 
TS 101 376-4-13 [25] 





TV 


5 


02 


Redirected RAC 


Directed RAC 
clause 11.5.2.129 





TV 


2 




lAR Rest Octets 


lAR Rest Octets 
clause 11.5.2.17 


M 


V 


4 to 11 



10.1.20.6.1 



BCCH Carrier 



This parameter shall be present if the network wishes to command the MES to access another BCCH. The BCCH 
Carrier IE shall be present if B bit is set in the Reject Cause. 

10.1.20.6.2 Illumination Retry Timer 

The Illumination Retry Timer IE shall be present if T bit is set in the Reject Cause. 
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10.1.20.6.3 Pause Timer 

The Pause timer IE shall be present if T bit is reset in the Reject Cause. The MES shall ignore this Pause Timer IE when 
the Reject Cause is set to "Directed signalling connection re-establishment" or "RA Redirect". 

10.1.20.6.4 CN Information Info 

The CN Information Info IE may be present if the Reject Cause is set to "Directed signalling connection 
re-establishment". The IE shall be included when the network needs to direct a RRC connected mode MES to a specific 
Routing Area If the length of CN Information Info IE does not align to an octet boundary, spare bits shall be appended 
to align it to an octet boundary. 

When the Reject Cause is set to "Directed signalling connection re-establishment" the MES behaviour shall be the same 
as that which applies in the event of an RRC Connection Release with the same Cause (see TS 101 376-4-13 [25]). 

10.1.20.6.5 Directed RAC 

The Directed RAC IE shall be present whenever the Reject Cause is set to a value of "RA Redirect". The IE, whenever 
provided, allows the network to inform the MES of the network-provided Routing Area Code to which the system 
access shall be redirected. 

1 0. 1 .21 Measurement report (A/Gb mode only) 

Same as clause 10.1.21 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .22 Paging request type 1 

Same as clause 10.1.22 of TS 101 376-4-8 (Release 1) [19]. 

1 0. 1 .23 Paging request type 2 

Same as clause 10.1.23 of TS 101 376-4-8 (Release 1) [19]. 

1 0. 1 .24 Paging request type 3 

Same as clause 10.1.23 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .25 Paging response (A/Gb mode only) 

Same as clause 10.1.25 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .26 Partial release (A/Gb mode only) 

Same as clause 10.1.26 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .27 Partial release complete (A/Gb mode only) 

Same as clause 10.1.27 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .28 Physical information (A/Gb mode only) 

Same as clause 10.1.28 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .29 RR status (A/Gb mode only) 

Same as clause 10.1.29 of TS 101 376-4-8 (Release 1) [19]. 
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1 0.1 .30 Synchronization cinannel information (A/Gb mode only) 

Same as clause 10.1.30 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .31 System information type 1 

Same as clause 10.1.31 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .32 System information type 2 

Same as clause 10.1.32 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .33 System information type 2bis (lu mode only) 

Table 10.1.33: SYSTEM INFORMATION TYPE 2bis message content 



IE! 


Information element 


Type / Reference 


Presence 


Format 


length 




L2 Pseudo Length 


L2 Pseudo Length 
Clause 11.5.2.19 


M 


V 


1 




RR management 
Protocol Discriminator 


Protocol Discriminator 
Clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
Clause 11.3.1 


M 


V 


1/2 




System Information 
Type 2bis IVIessage Type 


IVIessage Type 
Clause 1 1 .4 


M 


V 


1 




Extended BCCH Segment 


Extended BCCH Segments 
Clauses 11.5.2.84b, 11.5.2.84c 


M 


V 


21 



1 0.1 .34 System information type 2ter 

This function is not currently supported in GMR-1. 

1 0.1 .35 System information type 3 

This function is not currently supported in GMR-1. 

1 0.1 .36 System information type 4 

This function is not currently supported in GMR- 1 . 

1 0.1 .37 System information type 5 

This function is not currently supported in GMR-1. 

1 0. 1 .38 System information type 5bis 

This function is not currently supported in GMR-1. 

1 0.1 .39 System information type 5ter 

This function is not currently supported in GMR-1. 

1 0.1 .40 System information type 6 

This function is not currently supported in GMR-1. 
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1 0. 1 .41 System information type 7 

This function is not currently supported in GMR-1. 

1 0.1 .42 System information type 8 

This function is not currently supported in GMR-1. 

10.1.43 Alert request 

This message is sent on the BACH or BACH3 by the network to an MES that is out of normal penetration coverage 
area to trigger channel access once the MES can decode the BCCH. The MES is identified by its TMSl or G-RNTI. It 
does not follow the basic format, and the length of this message is 36 bits. See table 10.22. 

Message type: ALERT REQUEST 

Significance: dual 

Direction: network to MES 

Table 10.22: ALERT REQUEST message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




Mobile Identity 


TMSl (A/Gb mode) 

P-TMSI or G-RNTI (lu mode) 


M 


V 


4 




Alerting Information 


Alerting Information 
11.5.2.65 


M 


V 


1/2 



10.1.43.1 Mobile Identity 

In A/Gb mode, this field shall contain the TMSL TMSl is defined in clause 1 1.5.2.42. 

In lu mode, this field shall contain the G-RNTI or the P-TMSI assigned to the MES. G-RNTI is defined in 
TS 101 376-4-13 [25]. 

1 0.1 .44 Position update request (A/Gb mode only) 

Same as clause 10.1.44 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .45 Position update accept (A/Gb mode only) 

Same as clause 10.1.45 of TS 101 376-4-8 (Release 1) [19]. 

10.1.46 GBCH information 

Same as clause 10.1.46 of TS 101 376-4-8 (Release 1) [19]. 

10.1.46aGBCH3 ECEF information 

GBCH3 ECEF Information Messages shall be transmitted in the GBCH3. GBCH3 messages are sent in 
unacknowledged mode and have no link layer header. They have a fixed length of 192 bits. 

The description of the messages uses the compact notation described in annex B of TS 101 376-4-7 [11]. 
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<GBCH3 ECEF Information Message>::= 
<GBCH3 ECEF Message Header> 
{<GBCH3 ECEF Information Type 1>I 
<GBCH3 ECEF Information Type 2>l 
<GBCH3 ECEF Information Type 3>l 
<GBCH3 ECEF Information Type 4>l 
<GBCH3 ECEF Information Type 5>l 
<GBCH3 ECEF Information Type 6>l 
<GBCH3 ECEF Information Type 7>l 
<GBCH3 ECEF Information Type 8>l 
<GBCH3 ECEF Information Type 9>l 
<GBCH3 ECEF Information Type 10>l 
<GBCH3 ECEF Information Type 1 1>I 
<GBCH3 ECEF Information Type 12>l 
<GBCH3 ECEF Information Type 13>l 
<GBCH3 ECEF Information Type 14>l 
<GBCH3 ECEF Information Type 15>l 
<GBCH3 ECEF Information Type 16>l 
<GBCH3 ECEF Information Type 17>} 
<GBCH3 ECEF Message Header>::= 
<Escape/Coordinate Type bit: bit(l)> 

<GBCH3 ECEF Sequence Number: bitstring(2)> 

<GBCH3 ECEF Message Number: bitstring(5)> 



■ 192 bits 

■ 8 bits 



Size: 8 bits 

This bit shall be set to for GBCH3 ECEF Information 

Messages 

All messages with a common value of the GBCH3 Version 
Number may be used as a group 

GBCH3 ECEF Message Number as defined in table 4.5 



<GBCH3 ECEF Information Type 1>::= 
<GPS Time: bitstring(40) > 



Size: 184 bits 



The time, in the centre of the spot beam at the 
earth's surface, at the time tick defined by the 
Frame Number parameter (below). The time is a 
GPS time of week in GPS time coordinates, (see 
IS-GPS-200 [29] specification for definition). First 
20 bits are GPS time of week in integer seconds. 
The last 20 bits are GPS time of week in fractional 
seconds. There is an implied decimal point between 
the first 20 bits and the second 20 bits 
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<Curve Fit Time: bitstring(40) > 



<Frame Number: bitstring (19)> 



<SV ID satellite 1: bitstring(6)> 
<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<spare: bitstring (7)> 



Time that is associated with the 2"*^ degree curve 
fits. The time is a GPS time of week in GPS time 
coordinates, (see IS-GPS-200 [29] specification for 
definition). First 20 bits are GPS time of week in 
integer seconds. The last 20 bits are GPS time of 
week in fractional seconds. There is an implied 
decimal point between the first 20 bits and the 
second 20 bits 

The arrival of leading edge of the frame with this 
frame number defines a time tick. The time 
contained in the GPS Time parameter is precisely 
correct at this time tick, if located at the centre of 
spot beam on the earth's surface. For the definition 
of Frame Number refer to TS 101 376-5-2 [12] 

6-bit S V ID of satellite 1 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

Not used 



<GBCH3 ECEF Information Type 2>: 
<SV ID satellite 1: bitstring(6)> 

<Vxi: bitstring (13)> 
<Vx2: bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 



Size: 184 bits 



6-bit S V ID of satellite 1 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 nVs^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2'^^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"12 ^^2 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-19 m/s^ 
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<Zq: bitstring (24)> 
<V2o:bitstring(18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 
<ajj: bitstring (11)> 

<SV ID satellite 2: bitstring(6)> 

<Doppler: bitstring (8) 

<spare: bitstring (6)> 



z(t) » Zq + V2ot + (l/2)V2it2 + {ll3)VjJ? for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"12 ^nls^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^^ s/s 

6-bit S V ID of satellite 2 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

Not used 



<GBCH3 ECEF Information Type 3>: 
<SV ID satellite 2: bitstring(6)> 

<Code Phase: bitstring (22)> 

<Xo: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yo: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 



Size: 184 bits 



6-bit S V ID of satellite 2 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 

of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) = Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^12 rn/s2 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^1^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 22 m 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^12 rn/s2 
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<^Y2' bitstring (8)> 
<Zq: bitstring (24)> 
<spare: bitstring (6)> 



y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 1? m 

Not used 



<GBCH3 ECEF Information Type 4>: 
<SV ID satellite 2: bitstring(6)> 

<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 
<ajj: bitstring (n)> 

<SV ID satellite 3: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<spare: bitstring (5)> 



Size: 184 bits 



6-bit SV ID of satellite 2 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) » Zq + Vzot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'12 m/s^ 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 3 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) = Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'12 ij^s^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'!^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 7} m 

Not used 
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<GBCH3 ECEF Information Type 5>: 
<SV ID satellite 2: bitstring(6)> 

<Vyo: bitstring(18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<Vzi- bitstring (13)> 
<^Z2' bitstring (8)> 
<aj2: bitstring (11)> 

<SV ID satellite 4: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<spare: bitstring (5)> 



Size: 184 bits 



6-bit S V ID of satellite 3 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"^^ m/s^ 

y(t) « Yq + VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"l^ m/s^ 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s-^ 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 4 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent les for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2 



■28, 



x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

Not used 



<GBCH3 ECEF Information Type 6>: 
<SV ID satellite 4: bitstring(6)> 

<^X0- bitstring (18)> 
<Vxi: bitstring (13)> 



Size: 184 bits 



6-bit S V ID of satellite 4 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 
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<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 
<ajj: bitstring (11)> 

<spare: bitstring (2)> 



x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2^ m 

z(t) « Zq + V2ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'^ m/s 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"l^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

Not used 



<GBCH3 ECEF Information Type 7>: 
<SV ID satellite 5: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xo: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 



Size: 184 bits 



6-bit SV ID of satellite 5 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 [yi/s2 
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<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<V2o: bitstring (18)> 
<spare: bitstring (4)> 



x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 ECEF Information Type 8>: 
<SV ID satellite 5: bitstring(6)> 

<Zq: bitstring (24)> 
<V2i: bitstring (13)> 
<^12- bitstring (8)> 
<ajj: bitstring (11)> 

<SV ID satellite 6: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 



Size: 184 bits 



6-bit S V ID of satellite 5 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'!^ m/s^ 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 6 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 
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<Vxi:bitstring(13)> 
<^X2' bitstring (8)> 
<Vyo: bitstring (18)> 
<spare: bitstring (5)> 



x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^^ m/s^ 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 ECEF Information Type 9>: 
<SV ID satellite 6: bitstring(6)> 

<Yq: bitstring (24)> 
<Vyi: bitstring (13)> 
<^Y2- bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<yi-22- bitstring (8)> 
<i.^Y bitstring (11)> 

<SV ID satellite 7: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Vxo: bitstring (18)> 
<spare: bitstring (5)> 



Size: 184 bits 



6-bit SV ID of satellite 6 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of T} m 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'!^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) « Zq + Vzot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"l^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 7 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent les for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 

of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 
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<GBCH3 ECEF Information Type 10>: 
<SV ID satellite 7: bitstring(6)> 

<Xq: bitstring (24)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<^Y2- bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<^xi- bitstring (8)> 
<spare: bitstring (7)> 



Size: 184 bits 



6-bit S V ID of satellite 7 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of T} m 

x(t) « Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"!^ m/s-^ 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 1? m 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'!^ m/s^ 

y(t) » Yq + VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) « Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) « Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2'12 m/s^ 

z(t) « Zq + Vzot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"l^ m/s^ 

Not used 



<GBCH3 ECEF Information Type 1 1>: 
<SV ID satellite 7: bitstring(6)> 

<iif\- bitstring (11)> 

<SV ID satellite 8: bitstring(6)> 



Size: 184 bits 



6-bit S V ID of satellite 7 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 8 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent les for this satellite shall be ignored 
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<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2- bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<spare: bitstring (5)> 



8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2 



■28, 



x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^^ m/s^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'!^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^^ m/s^ 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"l^ m/s^ 

Not used 



<GBCH3 ECEF Information Type 12>: 
<SV ID satellite 8: bitstring(6)> 

<Zo: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 
<ajj: bitstring (11)> 



Size: 184 bits 



6-bit S V ID of satellite 8 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be ignored 

z(t) » Zq H- V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq H- V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) « Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) « Zq H- Vzot + (l/2)V2it2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'-'^ s/s 
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<SV ID satellite 9: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<Vx2: bitstring (8)> 
<spare: bitstring (5)> 



6-bit S V ID of satellite 9 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 j^^gl 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2-^^ m/s3 

Not used 



<GBCH3 ECEF Information Type 13>: 
<SV ID satellite 9: bitstring(6)> 

<Yo: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<^Y2- bitstring (8)> 
<Zo: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 



Size: 184 bits 



6-bit S V ID of satellite 9 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be ignored 

y(t) « Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-^2 rn/s2 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2-^^ m/s^ 

z(t) « Zq H- V^ot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 22 m 

z(t) « Zq H- Vzot + (l/2)V2it2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2-^ m/s 

z(t) « Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2-^2 m/s2 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2-^^ m/s^ 
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<cLfY'. bitstring (1 1)> 



<SV ID satellite 10: bitstring(6)> 



<Doppler: bitstring (8) 



<Code Phase: bitstring (22)> 



<spare: bitstring (5)> 



afl is a 16-bit clock correction term broadcast by 
this GPS satelhte. Here rounded to 11 bits. LSB 
scale factor of 2"^^ s/s 

6-bit S V ID of satellite 10 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent les for this satellite shall 
be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

Not used 



<GBCH3 ECEF Information Typel4>: 
<SV ID satelhte 10: bitstring(6)> 



<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<spare: bitstring (10)> 



Size: 184 bits 



6-bit S V ID of satellite 10 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-1^ m/s3 

y(t) « Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-1^ m/s^ 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) « Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 
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<GBCH3 ECEF Information Type 15>: 
<SV ID satellite 10: bitstring(6)> 



<V2i:bitstring(13)> 
<^12- bitstring (8)> 
<ajj: bitstring (11)> 

<SV ID satellite 11: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<spare: bitstring (5)> 



Size: 184 bits 



6-bit S V ID of satellite 10 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored 

z(t) « Zq + V2ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 1 1 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent les for this satellite shall 
be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2-^ m/s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 ^^ 

x(t) « Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-1^ m/s3 

y(t) « Yq H- Vyot H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 22 m 

y(t) » Yq H- Vyot H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

Not used 



<GBCH3 ECEF Information Type 16>: 
<SV ID satelhte 11: bitstring(6)> 



<Vyi: bitstring (13)> 



Size: 184 bits 



6-bit SV ID of satellite 1 1 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored 

y(t) « Yq H- VYOt H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-12 ^^§2 
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<^Y2' bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 
<a^j: bitstring (11)> 

<SV ID satellite 12: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<spare: bitstring (5)> 



y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 1? m 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2'^^ m/s-' 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 12 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 ECEF Information Type 17>: 
<SV ID satellite 12: bitstring(6)> 



<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yo: bitstring (24)> 
<Vyo: bitstring (18)> 



Size: 184 bits 



6-bit SV ID of satellite 12 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'12 ^^§2 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq H- Vyot H- (l/2)VYit2 H- (l/3)VY2t^ for this 
satellite. LSB scale factor of 22 m 

y(t) » Yq H- VYot H- (l/2)VYit2 H- (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'^ m/s 
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<Vyi: bitstring (13)> y(t) » Yq + V^Ot + (l/2)VYit2 + (l/3)VY2t^ for this 

satellite. LSB scale factor of 2'^^ m/s^ 

<Vy2: bitstring (8)> y(t) » Yq + Vyo^ + (l/2)VYit2 + (l/3)VY2t^ for this 

satellite. LSB scale factor of 2"l^ m/s^ 

<Zq: bitstring (24)> z(t) » Zq + V^O^ + (l/2)V2it2 + (l/3)V22t3 for this 

satellite. LSB scale factor of 2^ m 

<V2o: bitstring (18)> z(t) » Zq + V^O^ + (l/2)Vzit2 + (l/3)Vz2t^ for this 

satellite. LSB scale factor of 2"^ m/s 

<W2i- bitstring (13)> z(t) » Zq + V^Qt + (l/2)V2it2 + (l/3)V22t3 for this 

satellite. LSB scale factor of 2'^^ m/s^ 

<V22- bitstring (8)> z(t) « Zq + VzQt + (l/2)Vzit2 + (l/3)Vz2t^ for this 

satellite. LSB scale factor of 2'!^ m/s^ 

<ajj: bitstring (11)> afl is a 16-bit clock correction term broadcast by 

this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

<spare: bitstring (20)> Not used 

10.1. 46b GBCH3 Keplerian Coordinate information 

GBCH3 Keplerian Coordinate Information Messages shall be transmitted in the GBCH3. GBCH3 messages are sent in 
unacknowledged mode and have no link layer header. They have a fixed length of 192 bits. 

The description of the messages uses the compact notation described in annex B of TS 101 376-4-7 [11]. 

<GBCH3 KC Information Message>::= - - 192 bits 

<GBCH3 KC Message Header> - - 4 bits 

{<GBCH3 KC Information Type 1>I 

<GBCH3 KC Information Type 2>l 

<GBCH3 KC Information Type 3>l 

<GBCH3 KC Information Type 4>l 

<GBCH3 KC Information Type 5>l 

<GBCH3 KC Information Type 6>} 

<GBCH3 KC Message Header>::= Size: 4 bits 

<Escape/Type number bit: bit(l)> 1000: Protocol Escape 

1001: Type 1 

1010: Type 2 

1011: Type 3 

1100: Type 4 

1101: Type 5 

11 10: Type 6 
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<GBCH3 KC Information Type !>::=> 
< Message version number: bitstring(3)> 
<WN: Bit string(lO) 

<TOW: Bit string(40)> 



<Frame Number: Bit string(19)> 



<Number of SV: Bit string(5)> 
<IODESVl:Bitstring(8)> 
<IODE SV2: Bit string(8)> 
<IODE SV3: Bit string(8)> 
<IODE SV4: Bit string(8)> 
<IODE SV5: Bit string(8)> 
<IODE SV6: Bit string(8)> 
<IODE SV7: Bit string(8)> 
<IODE SV8: Bit string(8)> 
<IODE SV9: Bit string(8)> 
<IODE SVIO: Bit string(8)> 
<IODE SVll: Bit string(8)> 
<IODE SV12: Bit string(8)> 
<IODCmsb SVl: Bit string(l)> 
<IODCmsb SV2: Bit string(l)> 
<IODCmsb SV3: Bit string(l)> 
<IODCmsb SV4: Bit string(l)> 
<IODCmsb SV5: Bit string(l)> 
<IODCmsb SV6: Bit string(l)> 
<IODCmsb SV7: Bit string(l)> 
<IODCmsb SV8: Bit string(l)> 



Size: 188 bits 

GBCH3 KC Version Number 

GPS week number (see IS-GPS-200 [29] specification for 
definition) 

The time, in the centre of the spot beam at the earth's 
surface, at the time tick defined by the Frame Number 
parameter (below). The time is a GPS time of week in GPS 
time coordinates, (see lS-GPS-200 [29] specification for 
definition). First 20 bits are GPS time of week in integer 
seconds. The last 20 bits are GPS time of week in fractional 
seconds. There is an implied decimal point between the first 
20 bits and the second 20 bits 

The arrival of leading edge of the frame with this frame 
number defines a time tick. The time contained in the GPS 
Time parameter is precisely correct at this time tick, if 
located at the centre of spot beam on the earth's surface. For 
the definition of Frame Number refer to TS 101 376-5-2 [12] 

Number of S V for which ephemeris is broadcast 

lODE is defined in lS-GPS-200 [29] 



lODC is defined in IS-GPS-200 [29] 
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<IODCmsb SV9: Bit string(l)> 
<IODCmsb SVIO: Bit string(l)> 
<IODCmsb SVll: Bit string(l)> 
<IODCmsb SV12: Bit string(l)> 
<Spare: bitstring(3)> 

<GBCH3 KC Information Type 2>::=> 
< Message version number: bitstring(3)> 
<SV number 1: Integer (0..63)> 

<SV number 2: Integer (0..63)> 

<TGDSV l:Bitstring(8)> 
<toc SV 1: Bit string(16)> 
<af2SV l:Bitstring(8)> 
<afl SV l:Bitstring(16)> 
<afOSV l:Bitstring(22)> 
<TGD SV 2: Bit string(8)> 
<toc SV 2: Bit string(16)> 
<af2 SV 2: Bit string(8)> 
<afl SV2:Bitstring(16)> 
<afO SV 2: Bit string(22)> 
<Idot SV 1: Bit string(14)> 

<Idot SV 2: Bit string(14)> 

<Spare: bitstring(5)> 



Size: 188 bits 

GBCH3 KC Version Number 

Identifies the satellite and is equal to (SV ID No - 1) where 
SV ID No is defined in [29] 

Identifies the satellite and is equal to (SV ID No - 2) where 
SV ID No is defined in [29] 

Estimated group delay differential (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Estimated group delay differential (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Apparent clock correction (See IS-GPS-200 [29]) 

Rate of Inclination Angle (semi-circles/sec) 
(See IS-GPS-200 [29]) 

Rate of Inclination Angle (semi-circles/sec) 
(See IS-GPS-200 [29]) 



<GBCH3 KC Information Type 3>::=> 
< Message version number: bitstring(3)> 
<SV number 1: Integer (0..63)> 

<Crs: Bit string(16)> 

<An: Bit string(16)> 



Size: 188 bits 

GBCH3 KC Version Number 

Identifies the satellite and is equal to (SV ID No - 1) where 
SV ID No is defined in IS-GPS-200 [29]. 

Amplitude of the Sine Harmonic Correction Term to the 
Orbit Radius (meters) (See IS-GPS-200 [29]) 

Mean Motion Difference From Computed Value 
(semi-circles/sec) (See IS-GPS-200 [29]) 
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<M0: Bit string(32)> 

<Cuc: Bit string(16)> 

<e: Bit string(32)> 
<Cus: Bit string(16)> 

<(A)l/2:Bitstring(32)> 
<toe: Bit string(16)> 
<" Alert" flag: Bit string(l)> 
< Anti-spoof flag: Bit string(l)> 
<Spare: bitstring(l)> 



Mean Anomaly at Reference Time (semi-circles) 
(See lS-GPS-200 [29]) 

Amplitude of the Cosine Harmonic Correction Term To The 
Argument Of Latitude (radians) (See lS-GPS-200 [29]) 

Eccentricity (See IS-GPS-200 [29]) 

Amplitude of the Sine Harmonic Correction Term To The 
Argument Of Latitude (radians) (See lS-GPS-200 [29]) 

Semi-Major Axis (meters)l/2 (See lS-GPS-200 [29]) 

Reference Time Ephemeris (See lS-GPS-200 [29]) 

Part of HOW See (See IS-GPS-200 [29]) 

Part of HOW See (See IS-GPS-200 [29]) 



<GBCH3 KC Information Type 4>::=> 
< Message version number: bitstring(3)> 
<SV number 1: Integer (0..63)> 

<Cic: Bit string(16)> 

<Qo (OMEGAO): Bit string(32)> 

<Cis: Bit sti-ing(16)> 

<iO: Bit string(32)> 

<Crc: Bit string(16)> 

<C0: Bit string(32)> 

<n (OMEGA dot): Bit string(24)> 

<SV health: Bit string(6)> 
<fit: Bit string(l)> 
<URAi: Bit string(4)> 



Size: 188 bits 

GBCH3 KC Version Number 

Identifies the satellite and is equal to (SV ID No - 1) where 
SV ID No is defined in IS-GPS-200 [29]. 

Amplitude of the Cosine Harmonic Correction Term To The 
Angle Of Inclination (radians) (See IS-GPS-200 [29]) 

Longitude of Ascending Node of Orbit Plane at Weekly 
Epoch (semi-circles) (See IS-GPS-200 [29]) 

Amplitude of the Sine Harmonic Correction Term To The 
Angle Of Inclination (radians) (See IS-GPS-200 [29]) 

Inclination Angle at Reference Time (semi-circles) (See IS- 
GPS-200 [29]) 

Amplitude of the Cosine Harmonic Correction Term to the 
Orbit Radius (meters) (See IS-GPS-200 [29]) 

Argument of Perigee (semi-circles) (See IS-GPS-200 [29]) 

Longitude of Ascending Node of Orbit Plane at Weekly 
Epoch (semi-circles/sec) (See IS-GPS-200 [29]) 

SV health (See IS-GPS-200 [29]) 

Fit (See IS-GPS-200 [29]) 

URA index (See IS-GPS-200 [29]) 



<GBCH3 KC Information Type 5>::=> 
< Message version number: bitstring(3)> 
<SV number 2: Integer (0..63)> 



Size: 188 bits 

GBCH3 KC Version Number 

Identifies the satellite and is equal to (SV ID No - 2) where 
SV ID No is defined in IS-GPS-200 [29]. 
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<Crs: Bit string(16)> 

<An: Bit string(16)> 

<M0: Bit string(32)> 

<Cuc: Bit string(16)> 

<e: Bit string(32)> 
<Cus: Bit string(16)> 

<(A)l/2:Bitstring(32)> 
<toe: Bit string(16)> 
<"Alert" flag: Bit string(l)> 
< Anti-spoof flag: Bit string(l)> 
<Spare: bitstring(l)> 



Amplitude of the Sine Harmonic Correction Term to the 
Orbit Radius (meters) (See IS-GPS-200 [29]) 

Mean Motion Difference From Computed Value 
(semi-circles/sec) (See IS-GPS-200 [29]) 

Mean Anomaly at Reference Time (semi-circles) 
(See IS-GPS-200 [29]) 

Amplitude of the Cosine Harmonic Correction Term To The 
Argument Of Latitude (radians) (See IS-GPS-200 [29]) 

Eccentricity (See IS-GPS-200 [29]) 

Amplitude of the Sine Harmonic Correction Term To The 
Argument Of Latitude (radians) (See IS-GPS-200 [29]) 

Semi-Major Axis (meters)l/2 (See IS-GPS-200 [29]) 

Reference Time Ephemeris (See IS-GPS-200 [29]) 

Part of HOW (See IS-GPS-200 [29]) 

Part of HOW (See IS-GPS-200 [29]) 



<GBCH3 KC Information Type 6>::=> 
< Message version number: bitstring(3)> 
<SV number 2: Integer (0..63)> 

<Cic: Bit string(16)> 

<Qo (OMEGAO): Bit string(32)> 

<Cis: Bit sti-ing(16)> 

<iO: Bit string(32)> 

<Crc: Bit string(16)> 

<C0: Bit string(32)> 

<n (OMEGA dot): Bit string(24)> 

<SV health: Bit string(6)> 
<fit: Bit string(l)> 
<URAi: Bit string(4)> 



Size: 188 bits 

GBCH3 KC Version Number 

Identifies the satellite and is equal to (SV ID No - 2) where 
SV ID No is defined in IS-GPS-200 [29] 

Amplitude of the Cosine Harmonic Correction Term To The 
Angle Of Inclination (radians) (See IS-GPS-200 [29]) 

Longitude of Ascending Node of Orbit Plane at Weekly 
Epoch (semi-circles) (See IS-GPS-200 [29]) 

Amplitude of the Sine Harmonic Correction Term To The 
Angle Of Inclination (radians) (See IS-GPS-200 [29]) 

Inclination Angle at Reference Time (semi-circles) (See IS- 
GPS-200 [29]) 

Amplitude of the Cosine Harmonic Correction Term to the 
Orbit Radius (meters) (See IS-GPS-200 [29]) 

Argument of Perigee (semi-circles) (See IS-GPS-200 [29]) 

Longitude of Ascending Node of Orbit Plane at Weekly 
Epoch (semi-circles/sec) (See IS-GPS-200 [29]) 

SV health (See IS-GPS-200 [29]) 

Fit (See IS-GPS-200 [29]) 

URA index (See IS-GPS-200 [29]) 
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1 0.1 .47 Guard time violation (A/Gb mode only) 

Same as clause 10.1.47 of TS 101 376-4-8 (Release 1) [19]. 

1 0. 1 .48 Link correction (A/Gb mode only) 

Same as clause 10.1.48 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .49 Power control parameters update (A/Gb mode only) 

Same as clause 10.1.49 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .50 TtT signalling link failure (A/Gb mode only) 

Same as clause 10.1.50 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .51 Information request (A/Gb mode only) 

Same as clause 10.1.51 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .52 Information response version (A/Gb mode only) 

Same as clause 10.1.52 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .53 Information response spot beam selection (A/Gb mode only) 

Same as clause 10.1.53 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .54 Information response current beam (A/Gb mode only) 

Same as clause 10.1.54 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .55 Information response power control (A/Gb mode only) 

Same as clause 10.1.55 of TS 101 376-4-8 (Release 1) [19]. 

1 0. 1 .56 Information response position (A/Gb mode only) 

Same as clause 10.1.56 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .57 Information response vendor specific (A/Gb mode only) 

Same as clause 10.1.57 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .58 Information response error (A/Gb mode only) 

Same as clause 10.1.58 of TS 101 376-4-8 (Release 1) [19]. 

1 0. 1 .59 DTMF tone generate request (A/Gb mode only) 

Same as clause 10.1.59 of TS 101 376-4-8 (Release 1) [19]. 

1 0.1 .60 DTMF tone generate acknowledge (A/Gb mode only) 

Same as clause 10.1.60 of TS 101 376-4-8 (Release 1) [19]. 
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1 0.1 .61 GMPRS Resume Response (A/Gb mode only) 

This message is sent on the CCCH by the network to inform the MES on the result of GMPRS service resumption. See 
table 10.39. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message except the GMPRS 
Resume Rest Octets and L2 Pseudo Length IBs. 

Message type: GMPRS RESUME RESPONSE 

Significance: dual 

Direction: network to MES 

Table 10.39: GMPRS RESUME RESPONSE message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




GIVIPRS Resume Response 
Message Type 


Message Type 
clause 11.4 


M 


V 


1 




TLLI 


TLLI 


M 


V 


4 




Result 


GMPRS Resume Result 
clause 11.5.2.121 


M 


V 


1 




GMPRS Resume Response 
Rest Octets 


GMPRS Resume Response 
Rest Octets 
clause 11.5.2.122 


M 


V 


16 



10.1.61.1 TLLI 

As described in TS 101 376-4-12 [20]. 

1 0.1 .62 Paging Request Type 4 (lu mode) 

This message is sent on the PCH by the network to one or more MESs to trigger channel access by them. The MESs are 
identified by their IMSI, P-TMSI or G-RNTIs. See table 10.40. The L2 Pseudo Length of this message is the sum of the 
lengths of all the lEs present in the message. 

Message type: PAGING REQUEST TYPE 4 

Significance: dual 

Direction: network to MES 
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Table 10.40: PAGING REQUEST TYPE 4 message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Paging Request Type 4 
IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Page IVIode 


Page Mode 
clause 11.5.2.26 


M 


V 


1/2 




Paging Request Type 4 
Parameters 


Paging Request Type 4 

Parameters 

clause 11.5.2.127 


M 


V 


20 1/2 



10.1.62.1 Page Mode 

Page Mode IE is defined in clause 11.5.2.26 of TS 101 376-4-8 (Release 1) [19]. Page Mode IE occupies most 
significant four bits of octet 4. 

1 0.1 .62.2 Paging Request Type 4 Parameters 

Paging Request Type 4 Parameters IE is defined in clause 11.5.2.127. Paging Request Type 4 Parameters IE occupies 
the least significant four bits of octet 4 and octets 5-24. 

1 0.2 Messages for mobility management 

Same as clause 10.2 of TS 101 376-4-8 (Release 1) [19]. 

1 0.3 IVIessages for circuit-switched call control (A/Gb mode only) 

Same as clause 10.3 of TS 101 376-4-8 (Release 1) [19]. 

10.4 GPRS IVIobility Management messages 

Same as clause 9.4 of TS 124 008 [18]. 

For A/Gb mode, see clause 1 1 .5.5. 12a for the definition of the MS Radio Access capability IE. 

For lu mode, only the MES's terrestrial access technology capabilities (GSM, GERAN, 3G) shall be specified within the 
MS Radio Access capability IE. The IE definition shall be as given within clause 10.5.5.12a of TS 124 008 [18]. 

10.5 GPRS Session Management messages 

Same as clause 9.5 of TS 124 008 [18] with the additional clause 10.5.1 for A/Gb mode. 

1 0.5.1 Streaming service (A/Gb mode only) 

A guaranteed bit rate service requested by MES shall specify the following parameters at the initiation of an Activate 
PDP Context Request message: 

• Peak Throughput Class: This field shall be set to the highest peak throughput value of either uplink or 
downlink direction. The Peak Throughput value is specified in TS 123 060 [24]. 

• Delay class: This field shall be set to one of the predictive delay class value as specified in TS 123 060 [24]. 
Delay class 1 to 3 are predictive delay classes. 
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If the Delay class is not predictive, the network shall treat the service request as best effort. The best effort indicates that 
throughput shall be made available to the MES on a per need and availability basis. 

MES shall not initiate guaranteed bit rate service with foreign or random TLLI. 



1 1 General message format and information elements 
coding 

This clause describes the lEs that are used to define the L3 protocol messages in the GMR-1 system. 

11.1 Overview 

Same as clause 11.1 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .2 Protocol discriminator 

Same as clause 11.2 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .3 Skip indicator and transaction identifier 

11.3.1 Skip indicator 

Same as clause 11.3.1 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .3.2 Transaction identifier 

Same as clause 11.3.2 of TS 101 376-4-8 (Release 1) [19]. 



1 1 .4 Message type 



The Message Type IE and its use are defined in TS 101 376-4-7 [11], which also defines the value part of the Message 
Type IE used in the RR management protocol. 
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11 .4.1 Radio resource management message types 



Table 11.1 : Message types for radio resource management 



87654321 

001 11-- - Channel establishment messages: 

1 1 1 IMMEDIATE ASSIGNMENT 

1 IMMEDIATE ASSIGNMENT REJECT TYPE 1 

1 1 IMMEDIATE ASSIGNMENT REJECT TYPE 2 

1 1 EXTENDED IMMEDIATE ASSIGNMENT 

1 1 EXTENDED IMM. ASSIGNMENT REJECT 

1 POSITION VERIFICATION NOTIFY 

1 IMMEDIATE ASSIGNMENT REJECT TYPE 3 
1 1 IMMEDIATE ASSIGNMENT TYPE 2 

1 1 IMMEDIATE ASSIGNMENT TYPE 3 



1 1 -- - Ciphering messages: 

1 1 CIPHERING MODE COMMAND 
1 CIPHERING MODE COMPLETE 



1 1 -- - Channel assignment/handover messages: 

1 1 ASSIGNMENT COMMAND 1 
1 ASSIGNMENT COMMAND 2 

1 ASSIGNMENT COMPLETE 

1 1 1 ASSIGNMENT FAILURE 

1 1 HANDOVER COMMAND 

1 HANDOVER COMPLETE 



1 - - - Channel release messages: 

1 1 CHANNEL RELEASE 

1 1 TtT SIGNALING LINK FAILURE 



1 - - - Paging messages: 
1 PAGING REOUEST TYPE 1 

1 PAGING REOUEST TYPE 2 

1 PAGING REOUEST TYPE 3 
1 1 1 PAGING RESPONSE 



1 - - - Miscellaneous messages 
CHANNEL MODE MODIFY 

1 RR STATUS 

1 1 1 CHANNEL MODE MODIFY ACKNOWLEDGE 
1 1 CLASSMARK CHANGE 

1 1 CLASSMARK ENOUIRY 

1 POSITION UPDATE REQUEST 
1 1 POSITION UPDATE ACCEPT 

1 LINK CORRECTION MESSAGE 



00000-- - 

1 POWER CONTROL PARAMETERS UPDATE 

1 GUARD TIME VIOLATION 

1 EXTENDED CHANNEL REQUEST 
1 1 GMPRS RESUME RESPONSE 



10 0- - - - Status and Diagnostic Messages 

INFORMATION REOUEST 

1 INFORMATION RESPONSE POSITION 

10 INFORMATION RESPONSE VERSION 

11 INFORMATION RESPONSE SPOT BEAM SELECTION 

10 INFORMATION RESPONSE POWER CONTROL 

10 1 INFORMATION RESPONSE VENDOR SPECIFIC 

110 INFORMATION RESPONSE CURRENT BEAM 

1111 INFORMATION RESPONSE ERROR 



10 IMMEDIATE ASSIGNMENT TYPE 4 

10 1 PAGING REOUEST TYPE 4 

10 10 POSITION VERIFICATION NOTIFY TYPE 2 

10 11 IMMEDIATE ASSIGNMENT TYPE 5 

10 10 IMMEDIATE ASSIGNMENT REJECT TYPE 4 

10 10 1 SYSTEM INFORMATION TYPE 2bis 
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1 1 .4.2 DTRS message types 

Same as clause 11.4.2 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5 Other information elements 

Same as clause 10.5 of TS 144 018 [17]. 

1 1 .5.1 Common information elements 

11.5.1.1 Cell identity 

Same as clause 11.5.1.1 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.1 .2 Ciphering key sequence number 

Same as clause 11.5.1.2 of TS 101 376-4-8 (Release 1) [19]. 



11.5.1.3 



Location area identification 



The purpose of the Location Area Identification IE is to provide an unambiguous identification of location areas within 
the area covered by the GMR-1 system. This IE is coded as shown in figure 1 1.2 and table 1 1.4. LAI is a Type 3 IE, 
6 octets in length. 



8 


7 


6 


5 


4 


3 


2 


1 




Location Area Identification lEI 


octet 1 


MCC digit 2 


MCC digit 1 


octet 2 


MNC digit 3 


MCC digit 3 


octet 3 


MNC digit 2 


MNC digit 1 


octet 4 


LAC 


octet 5 


LAC (continued) 


octet 6 



Figure 11.2: Location area identification IE 



Table 11.4: Local area identification IE 



MCC (octets 2 and 3) 

The MCC field is coded as in annex A of ITU-T Recommendation E.212 [34]. 



If the LAI is deleted, the MCC and MNC shall take the value from the deleted LAI. 



In abnormal cases, the MCC stored in the mobile earth station can contain elements not in 
the set (0, 1 ... 9}. In such cases the mobile earth station should transmit the stored values 
using full hexadecimal encoding. When receiving such an MCC, the network shall treat the 
LAI as deleted. 



MNC (octets 3 and 4) 

The coding of this field is the responsibility of each administration but BCD coding shall be 
used. If an administration decides to include only 1 digit in the MNC, then bits 5 to 8 of 
octet 4 are coded as "1111 " (see note). If an administration only supports a 2-digit MNC, then 
bits 5 to 8 of octet 3 shall be coded as "1111 " (see note). 



In abnormal cases, the MNC stored in the mobile earth station can have digit 1 not in the set 
(0, 1 ... 9} and/or digit 2 not in the set (0, 1 ... 9, Fj hex. In such cases the mobile earth 
station should transmit the stored values, using full hexadecimal encoding. When receiving 
such an MNC, the network shall treat the LAI as deleted. 
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LAC (octets 5 and 6) 

LAC is defined in TS 101 376-3-3 [3]. 

In A/Gb mode, tlie IVISC and SGSN ID shall be bits 8 to 3 in octet 5. The Spot Beam ID shall 
be bits 2 to 1 in octet 5 and all of octet 6. 

In lu mode, the Serving Radio Network ID shall be bits 8 to 3 in octet 5. The Spot Beam ID 
shall be bits 2 to 1 in octet 5 and all of octet 6. 



NOTE: TS 101 376-3-3 [3] states that a 2-digit IVINC shall be used; however, the 
possibility of using a 1 -digit MNC in LAI is provided on the radio interface. 
For lu mode, TS 123 003 [28] supports Mobile Network Codes (MNCs) consisting 
of two or three digits for GSIVI/UMTS applications. The length of the MNC (two or 

three digits) depends on the value of the MCC. 



11.5.1.4 



Mobile identity 



For circuit switched services same as clause 10.5.1.4 of TS 144 018 [17]. 
For packet switched services same as clause 10.5.1.4 of TS 124 008 [18]. 

1 1 .5.1 .5 Mobile Earth Station (MES) classmark 1 (A/Gb mode only) 

The purpose of the Mobile Earth Station Classmark 1 IE is to provide the network with information concerning aspects 
of the high priority of the MES. This affects the manner in which the network handles the operation of the MES. The 
MES classmark information indicates general mobile earth station characteristics. 

The Mobile Earth Station Classmark 1 IE is coded as shown in figure 11.3, TS 101 376-4-8 (Release 1) [19] and 

table 11.5, 

TS 101 376-4-8 (Release 1) [19]. 

The Mobile Earth Station Classmark 1 is a Type 3 IE, 2 octets in length. 
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1 






Mobile Earth Station Classmark 1 lEI 


octet 1 



spare 


Revision 
Level 


ES 

IND 


A5/1 


MES Terminal type 


octet 2 



Figure 11.3: Mobile Earthi Station classmarlt 1 IE 



Table 11.5: Mobile Earth Station classmark 1 IE 



Revision level (octet 3) 

Bits 

76 

Should be used by all Phase 1 MESs 

1 Reserved for Phase 2 MESs 



All other values are reserved for future use 



ES IND (octet 2, bit 5) "Controlled Early Classmark Sending" option implementation 

"Controlled Early Classmark Sending" option is not implemented 

1 "Controlled Early Classmark Sending" option is implemented 



A5/1 algorithm supported (octet 3, bit 4) 

Encryption algorithm A5/1 available 

1 Encryption algorithm A5/1 not available 



MES Terminal Type (octet 2): 

Bits 

321 

Class 1 reserved 

1 Class 2 used by all GMR-1 fixed terminals 

1 Class 3 used by all GMR-1 VTs 

1 1 Class 4 used by all GMR-1 handheld terminals 



All other values are reserved 
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1 1 .5.1 .6 Mobile Earth Station (IVIES) classmark 2 (A/Gb mode only) 

Same as clause 11.5.1.6 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.1 .7 Mobile Earth Station (MES) classmark 3 (A/Gb mode only) 

Same as clause 11.5.1.7 of TS 101 376-4-8 (Release 1) [19]. 

11.5.1.8 Spare half octet 

Same as clause 11.5.1.8 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2 Radio resource management lEs 

11.5.2.1 BA range 

This function is not currently supported in GMR-1. 

1 1 .5.2.2 Cell description 

This function is not currently supported in GMR-1. 

11.5.2.3 Cell options (BOOH) 

This function is not currently supported in GMR-1. 

1 1 .5.2.4 Cell selection parameters 

This function is not currently supported in GMR-1. 

1 1 .5.2.5 Channel description 

Same as clause 11.5.2.5 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.6 Channel mode 

Same as clause 11.5.2.6 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.7 Channel mode 2 

This function is not currently supported in GMR-1. 

1 1 .5.2.8 Channel needed 

This function is not currently supported in GMR-1. 

1 1 .5.2.9 Cipher mode setting (A/Gb mode only) 

Same as clause 11.5.2.9 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.1 Cipher response (A/Gb mode only) 

Same as clause 11.5.2.10 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.1 1 Control channel description 

This function is not currently supported in GMR-1. 
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1 1 .5.2.1 2 Frequency channel sequence 

This function is not currently supported in GMR-1. 

11.5.2.13 Frequency list 

This function is not currently supported in GMR-1. 

11.5.2.14 Frequency short list 

This function is not currently supported in GMR-1. 

1 1 .5.2.1 5 Handover reference 

This function is not currently supported in GMR- 1 . 

11.5.2.16 lA rest octets 

The lA Rest Octets IE is coded as shown in figure 1 1.8 and contains only spare bits. The lA Rest Octets IE is a Type 5 
IE, 1 octet to 5 octets in length. 
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3 


2 


1 






lA Rest Octets 1 El 


octet 1 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 2 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


• 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 5 



Figure 1 1 .8: 1 A Rest Octets IE 



11.5.2.17 lAR rest octets 



The lAR Rest Octets IE is coded as shown in figure 1 1 .9 and contains only spare bits. The lAR Rest Octets IE is a 
Type 5 IE, 1 to 5 octets in length. 
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lAR Rest Octets lEI 


octet 1 
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Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 2 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


• 
• 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 5 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 6 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 7 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 8 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 9 



Figure 11. 9: lAR rest octets IE 
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11.5.2.18 I AX rest octets 

This function is not currently supported in GMR-1. 

11.5.2.19 L2 pseudo length 

Same as clause 11.5.2.19 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.20 Measurement results 

This function is not currently supported in GMR-1. 

11.5.2.21 Mobile allocation 

This function is not currently supported in GMR- 1 . 

1 1 .5.2.22 Neighbour cells description 

This function is not currently supported in GMR-1. 

11.5.2.23 PI rest octets 

Same as clause 11.5.2.23 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.24 P2 rest octets 

Same as clause 11.5.2.24 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.25 P3 rest octets 

Same as clause 11.5.2.25 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.26 Page mode 

Same as clause 11.5.2.26 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.27 NCC permitted 

This function is not currently supported in GMR-1. 

11.5.2.28 Power command 

This function is not currently supported in GMR-1. 

1 1 .5.2.29 RACH control parameters 

The purpose of the RACH Control Parameters IE is to provide parameters to control RACH utilization. See figure 11.14 
and table 11.12. RACH Control Parameters is a Type 3 IE, 4 octets in length. 



8 



RACH Control Parameters lEI 


Max retrans 


Spare 


CELL BAR 
ACCESS 


Spare 


AC 
C15 


AC 
C14 


AC 
CI 3 


AC 
CI 2 


AC 

C11 


AC 
CIO 


AC 
C09 


AC 
COS 


AC 
C07 


AC 
C06 


AC 
COS 


AC 
C04 


AC 
COS 


AC 
C02 


AC 
C01 


AC 
COO 



octet 1 
octet 2 

octet 3 

octet 4 



Figure 11.14: RACH control parameter IE 
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Table 11.12: RACH control parameter IE 



Max retrans, Maximum number of retransmissions 
(octet 2) 

Bits 

8 7 

Maximum retransmission 

1 Maximum 1 retransmissions 

1 Maximum 2 retransmissions 
1 1 Maximum 3 retransmissions 

The spare bits shall be coded as Os 

CELL_BAR_ACCESS, Cell Barred for Access (octet 2) 

Bit 

2 

see TS 101 376-3-10 [4] 

EC Emergency Call allowed (octet 3 bit 3) 

Bit 

3 

Emergency call allowed in the cell to all MESs 

1 Emergency call not allowed in the cell except for the MESs that 
belong to one of the classes between 11 to 15 

AC CN {Access Control Class N) (octet 3, except bit 3, and octet 4) 
For a mobile earth station with AC C = N access is not barred if the 
AC CN bit is coded with a "0;" N = 0, 1, ..9, 11, .., 15 



1 1 .5.2.30 Request Reference 

The Request Reference IE shall be used by the MES to accept or discard the message received in response to the 
CHANNEL REQUEST message. The network builds the Request Reference IE by using the random number specified 
in the CHANNEL REQUEST message, the frame number in which the CHANNEL REQUEST message was received 
by it and the establishment cause. The network transfers the Request Reference IE to MES with IMMEDIATE 
ASSIGNMENT message over the AGCH. This IE is coded as shown in figure 11.15 and table 11.13. Request 
Reference is a Type 3 IE, 3 octets in length. 
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Request Reference lEI 


octet 1 


Establishment 
cause group ID 


Random Access Information 


octet 2 


Frame Number 


octet 3 



Figure 11.15: Request reference IE 
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Table 11.13: request reference IE 



Random Access Information (octet 2, bits 5 to 1) 

Random Reference in CHANNEL REQUEST message. Random Reference shall be set as 

follows: 

b5 b4 b3 b2 b1 Channel Request Type 

b5 b4 b3 b2 b1 Random reference from CHANNEL REQUEST TYPE 1 

b2 b1 Retry Counter from CHANNEL REQUEST TYPE 3 



Establishment Cause group identifier{octet 2, bits 8 to 6) 
The establishment causes are grouped as follows 
group-ID Establishment Cause 

000 MQ call 

001 In response to paging/alerting 

010 Location update/I MS I detach 

01 1 Emergency call 

1 00 Supplementary/short message service 

101 Position verification 

1 1 Any other valid cause 

1 1 1 Packet Switched Services 

NQTE: For lu mode of operation, the Establishment Cause Group Identifier shall be set to 
"101" for Position Verification procedure, for all other causes the value "1 1 1 " shall 
be used. 



Frame Number (octet 3) 

Lower 8 bits of the frame number 



11.5.2.31 RR cause 

Same as clause 11.5.2.31 ofTS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.32 SI 1 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.33 SI 2bis rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.34 SI 3 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.35 SI 4 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.36 SI 7 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.37 SI 8 rest octets 

This function is not currently supported in GMR-1. 

11.5.2.38 Starting time 

This function is not currently supported in GMR-1. 



£75/ 



GMR-1 3G 44.008 137 ETSI TS 101 376-4-8 V3.3.1 (2012-12) 

11.5.2.39 Synchronization indication 

This function is not currently supported in GMR-1. 

1 1 .5.2.40 Timing offset 

Same as clause 11.5.2.40 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.41 Time difference 

This function is not currently supported in GMR-1. 

11.5.2.42 TMSI 

Same as clause 11.5.2.42 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.43 Wait indication 

Same as clause 11.5.2.43 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.44 MES information flag (A/Gb mode only) 

Same as clause 1 1.5.2.44 of TS 101 376-4-8 [19]. 

1 1 .5.2.45 TTCH channel description (A/Gb mode only) 

Same as clause 11.5.2.45 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.46 MES configuration (A/Gb mode only) 

Same as clause 11.5.2.46 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.47 TtT common cipher key (A/Gb mode only) 

Same as clause 11.5.2.47 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.48 Access information (A/Gb mode only) 

Same as clause 11.5.2.48 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.49 Frequency offset 

Same as clause 11.5.2.49 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.50 Extended power class (A/Gb mode only) 

This IE is used to describe the RF power class of the MES. Its coding is shown in figure 1 1 .24. The various components 
of the element are described in table 1 1.22. 



8 1 7 1 6 1 5 


4 1 3 1 2 1 1 




Ext Power Class lEI 


Extended Power Class 


octet 1 



Figure 11.24: Extended power class IE 
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Table 11.22: Extended power class IE 



Extended Power Class 






Bits 
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2 
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Class 
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Power 


Class 
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1 





Power 


Class 


3 









1 


1 


Power 


Class 


4 






1 








Power 


Class 
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1 





1 


Power 
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6 






1 


1 





Power 


Class 
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1 


1 


Power 
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1 
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Power 


Class 
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1 





Power 


Class 
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Power 


Class 
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1 1 








Power 


Class 


13 






1 1 





1 


Power 


Class 


14 






1 1 


1 





Power 


Class 


15 






1 1 


1 


1 


Power 


Class 


16 






See 


TS 101 376-5-5 


[14] 


for details o 


f the Power Class. 



11.5.2.51 Paging Information 

The Paging Information IE is used to indicate MSC ID/SGSN ID associated with a Mobile ID in the paging message. 
This IE is coded as shown in figure 1 1.25 and table 1 1.23. The Paging Information IE is a Type 3 IE, 2 octets in length. 
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Paging Information lEI 


octet 1 






IVISC ID/SGSN ID 


Channel Needed 


octet 2 



Figure 11.25: Paging information IE 



Table 11.23: Paging information IE 



Channel needed for Paging Mobile (octet 2) 
Bits 
2 1 
any 

1 SDCCH 

1 TCH3 
1 1 PDCH 



Bits 3 to 8 of octet 2 contain the MSC ID/SGSN ID to be used by the mobile at immediate 
assignment procedure. 



11.5.2.52 Position display 

Same as clause 11.5.2.52 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.53 GPS position 

Same as clause 11.5.2.53 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.54 Idle or dedicated mode position update information 

Same as clause 11.5.2.54 of TS 101 376-4-8 (Release 1) [19]. 
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11.5.2.55 BCCH carrier 

Same as clause 11.5.2.55 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.56 Reject Cause 

The Reject Cause IE is used to specify cause for rejecting the access request and the presence of additional information 
to the MES. This IE is coded as shown in figure 1 1.30 and table 1 1.28. Reject Cause IE is a Type 3 IE, 2 octets in 
length. 
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Reject Cause lEI 


octet 1 






Cause 


T 


B 


octet 2 



Figure 11.30: Reject cause IE 
Table 11.28: Reject cause IE 



BCCH carrier (B) (octet 2) 

Bit 

1 

BCCH carrier information absent 

1 BCCH carrier information present 



Timer (T) (octet 2) 
Bit 



Pause Timer T3115 is present 

1 Illumination Retry Timer T3333 is present 



Cause (octet 2) 

Bits 

876543 

Lack of resources (default) 

1 1 Invalid position for selected LAI 

10 10 Invalid position for selected spot beam 

10 1 1 Invalid position 

10 10 1 Position too old 

10 1 10 Invalid position for service provider 

10 111 Redirect to new satellite 

1 10 Pause Indication 

110 1 Dark beam activation in progress 

110 10 Switch to new BCCH 

110 11 Incorrect Class-2 RACH Info 

1110 Non-availability of Satellite Resources for PD 

1110 1 Non-Availability of service 

111111 Reported position acceptable. 

11110 Requested QoS not satisfied 

11111 Invalid QoS parameters 

10 Directed signalling connection re-establishment 

1 1 RRC Connection Reject 
1 1 RA Redirect 

10 11 RRC Connection Release 



All other values reserved. 



11.5.2.57 GPS timestamp 

Same as clause 11.5.2.57 of TS 101 376-4-8 (Release 1) [19]. 
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1 1 .5.2.58 Timing correction 

Same as clause 11.5.2.58 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.59 MES information 2 flag 

Same as clause 11.5.2.59 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.60 Power control parameters 

Same as clause 11.5.2.60 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.61 DTMF digits (A/Gb mode only) 

Same as clause 11.5.2.61 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.62 TMSI availability mask 

Same as clause 11.5.2.62 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.63 GPS almanac data 

Same as clause 11.5.2.63 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.64 Frequency correction 

Same as clause 11.5.2.64 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.65 Alerting information 

The purpose of the Alerting Information IE is to provide additional information related to alert messages on the BACH. 
The information provided in this IE may not pertain only to the mobile, which is addressed in the particular message but 
may pertain to all the mobiles monitoring the BACH for alerts. Its coding is shown in figure 1 1.39. The various 
components of the element are described in table 11.37. 

Alerting Information is a Type 1 IE. 

8 7 6 5 4 3 2 1 

octet 1 



Alerting 
Information lEI 


Sll 


ID Type 


Spare 



Figure 11.39: Alerting information IE 



Table 11.37: Alerting information IE 



SII (bit 4) 

System Information Update Identifier 

This bit indicates the identifier associated with current SI 

for BACH monitoring 

ID Type 

Alerting Identity Type 

This bit indicates the terminal identity contained in the 

Alert Request message 

P-TMSI 

1 G-RNTI 

The GS shall set spare bits to zero 



£75/ 



GMR-1 3G 44.008 



141 



ETSI TS 101 376-4-8 V3.3.1 (2012-12) 



11.5.2.66 Segment 1 A 

Segment lA contains all Class 1 information. It has a fixed size of 64 bits. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 



<Class 2 version: bitstring (3) > 


3 bits. Contains the version number for current Class 2 
information. 


<Class 3 version: bitstring (4) > 


4 bits. Contains the version number for current Class 3 
information. 


<Synch. Info Class 1> 


19 bits. 


<RACH Control Parameters> 


RACH Control parameters. 19 bits. 


<Misc. Info. Class 1: bitstring (6) > 


Contains miscellaneous information. 


<GBCH Present: bitstring (1) > 


Flag to indicate presence of the GPS broadcast channel. 

the GBCH is absent. 

1 the GBCH is present. 


<Test GS: bitstring (1)> 


The interpretation of this field is described in clause 5.2.5 of 
TS101 376-3-10 [4]. 


<Test GS2: bitstring (1)> 


The interpretation of this field is described in clause 5.2.5 of 
TS 101 376-3-10 [4]. 


<Spare: bitstring (3) > 


3 bits 


<CELL_BAR_ACCESS_EXTENSI0N2: bitstring(1 ) 


The interpretation of this field is described in clause 5.2.5 of 
TS101 376-3-10 [4]. 


<Spare: bitstring (5) 


5 bits 


<CELL BAR ACCESS EXTENSION: bitstring 
(1)> 


The interpretation of this field is described in clause 5.2.5 of 
TS101 376-3-10 [4]. 


<Synchronization Info Class 1>::= 




<SB FRAME TS OFFSET: bitstring (5) > 


Valid values 5 to 29; refer to TS 101 376-5-7 [16]. 


<SB SYMBOL OFFSET: bitstring (6) > 


Values in 2's complement. Ranges from -32 to +31 . 


<SA FREQ OFFSET: bitstring (8) > 


Values in 2's complement in units of 5 Hz. 




Ranges from -640 Hz to +635 Hz. 


<RACH Control Parameters>::= 




<Max Retrans: bitstring (2) > 


Maximum number of retransmissions. Range:0 to 3. 


<Access Classes: bitstring (16) > 


AC and EC bits as described in TS 144 018 [17]. 


<CELL_BAR_ACCESS: bitstring (1) > 


The interpretation of this field is described in clause 5.2.5 of 
TS101 376-3-10(4]. 


<Access Classes:>::= 

<AC15: bit><AC14: bit><AC13: bit> <AC12: 

bitxAC1 1 : bit> <EC1 0: bit> <AC9: bit> 

<AC8: bit><AC7: bit> <AC6: bitxACS: bit><AC4: 

bit> <AC3: bit><AC2: bit> <AC1 : bit> <ACO: bit> 


ACN corresponds to Access Control Class N (N = to 9 and 
11 to 15). 

For a MES with AC C = N access is not barred if the AC CM 
bit is coded with a"0"; N = 0,1, ..9, 11. .15 
EC10 corresponds to Emergency Calls. 

0: Emergency call allowed in the spotbeam to all MESs. 
1 : Emergency call not allowed in the spotbeam except for 
MESs that belong to of one of classes between 1 1 and 15. 


<Misc. Info Class 1>::= 




<SB RESELECTION HYSTERESIS: bitstring{4)> 


Unit of 0,5 dB. Range: to 6,0 dB. 


<spare: bitstring (1) > 




<Priority Access Ind: bitstring (1) > 


Reserved for future use. 



When all bits of SB_Reselection_Hysteresis parameter are set to Is, the MES shall consider this as an indication to 
remain in the same spot beam. 
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11.5.2.67 Void 

1 1 .5.2.68 Segment 2Abis 

Segment 2Abis contains all class 2 information, regarding synchronization, selection criteria, and LA information. It 
also contains the first part of the BCCH neighbour list. It has a fixed size of 120 bits. The description of the messages is 
done according to the compact notation described in annex B, TS 101 376-4-7 [11]. 



<Header: (6)> 


6 bits. 


<Class 4 Version: {3)> 


3 bits. 


<Synch. Info Class 2> 


25 bits. 


<Selection Criterion Class 2> 


5 bits. 


<Misc. Information Class 2> 


4 bits. 


<LA Information Class 2> 


20 bits. 


<BCCH NEIGHBOUR LIST1b> 


19 bits. 


<PS_AVAILABLE: bitstring (1) > 


Indication of availability of system information for packet 

switched services: 

0: indicates non availability of packet service related system 

information 

1 : indicates availability of packet service related system 

information 


<PRACH Control Parameters> 


1 1 bits. As described in TS 101 376-4-12 [20]. This field is 
only to be interpreted if the PS AVAILABLE bit is set. 


<Offered GMPRS Packet services> 


3 bits. Indicates the types of GMPRS services that are 
offered in this spot beam. Use of this information in idle mode 
is specified in TS 101 376-3-10 [4]. 


<Offered GMR-3G Services: bitstring{3)>::= 


3 bits. Indicates the GIVIR-3G services available in this spot 
beam. 

bg b^ bo 

0: GIVIR-3G Services Unavailable 
1: lu-Mode - PS Domain Only 

All other values are reserved. 


<Palred Spectrum Operation: bitstring(1)> 


0: Paired spectrum operation. The RACH ARFCN shall be 
the same as the ARFCN of the corresponding forward control 
carrier. SARACHLIST is not present. 

1 : Non-Paired spectrum operation, RACH ARFCN shall be 
specified in SA_RACH_LIST. The listing of RACH ARFCN in 
the SA RACH LIST list shall correspond one-to-one to the 
order in which Normal CCCH and AGCH/CCCHs are 
specified in SA_CCCH_LIST and SA_AGCH_LIST 
respectively. 


<SA PCH CONFIG EXT: bitstring(1)> 


SA PCH CONFIG EXT is defined in TS 101 376-5-2 [12]. 


<PCCCH_Code: bitstring (1)> 


If PCCCH_Code 

0: indicates use of clause 1 1 .5.2.1 09 for PCCCH format if 

network interface support is A/Gb mode (see 

clause 1 1 .5.2.71 ) and use of clause 1 1 .5.2.1 09a for PCCCH 

format if network interface support is lu mode. 

1 : indicates use of clause 1 1 .5.2.1 09b for PCCCH format 


<Selection Criterion Class 2 extended range> 


2 bits 


<Spare: bitstring (15) > 




<Header Segment 2Abis>..= 




<Class Type 2: lOxSegment type: 0000> 




<Synch. Info Class 2>::= 




<SA_SIRFN_DELAY: bitstring (4) > 


Delay of system information relative to superframe timing. 
Refer TS 1 01 376-5-2 [1 2] for details. 


<SA_BCCH_STN: bitstring (5) > 


Binary representation of starting timeslot number. 
Range (0 to 23); refer to TS 101 376-5-2 [12] for details. 


<Superframe number: bitstring (13) > 


Superframe number. 


<l\/lultiframe number: bitstring (2) > 


Multiframe number in a superframe. 


<I\/IFFN high bit:bit> 


High bit of the TDMA FN in a multiframe. 



£75/ 



GMR-1 3G 44.008 



143 



ETSI TS 101 376-4-8 V3.3.1 (2012-12) 



NOTE: The frame number FN refers to the frame in which Segment 2Abis is transmitted. Using the MFFN high 
bit the IVIES knows the position of the BCCH burst within a group of 8 frames 

(see TS 101 376-5-2 [12]). The MES can derive the correct frame number l<nowing that the BCCH burst 
always occurs in (2-i-SA SIRFN DELAY)mod 8. 


<Selection Criterion Class 2>::= 


Refer to TS 1 01 376-5-6 [1 5] for details. 


<RXLEV_SELECT_MIN: bitstring (5) > 


Adjustment to threshold to camp on system in units of 0,5 dB. 
Valid range: dB to 15,5 dB. 


<Misc. Information Class 2>::= 




<SB SELECTION POWER: bitstring (4) > 


In units of 0,5 dB. Valid range: to 6,0 dB. 


<LA Information Class 2>::= 


Contains information for the LAI; refer to 
TS101 376-5-6 [15]. 


<SA PCH CONFIG: bitstring (2) > 


Paging group configuration information. 


<SA BACH CONFIG: bitstring (8) > 


Alerting group configuration information. 


<RACH_TS_OFFSET: bitstring (5) > 


Start of RACH window with respect to BCCH (see 
TS 101 376-5-2 [12]). Value in the range to 23. 


<N_Page_Occurrences: bitstring (2) > 


Number of times a page shall be retransmitted after the initial 
transmission. Value of indicates that the page shall be 
transmitted once and not subsequently. 


<IIVISI attach-detach ind: bitstring (1) > 


ATT flag. 

Value means MESs shall not apply IMSI attach and detach 

procedure for this LA. 

Value 1 means MESs shall apply IMSI attach and detach 

procedure for this LA. 


<ECSC indication: bitstring (1) > 


Early classmark Sending Control. This bit controls early 
sending of the classmark by the MES implementing 
"Controlled Early Classmark Sending" option: 
1 Early sending is explicitly accepted. 
Early sending is explicitly prohibited. 


<SI_update_ind: bitstring (1) > 


Flag for BACH reorganization. Value changes after each 
reorganization. 


<BCCH_NEIGHB0UR_LIST1 b>::= 


One BCCH shall be specified. The neighbours shall be 
ordered in a clockwise fashion around the centre beam, 
starting with the first neighbour positioned at the 
northernmost location. The first neighbour shall be stored in 
BCCH NEIGHBOUR LISTIb and the last five neighbours 
shall be stored in BCCH NEIGHBOUR LIST2b. Missing 
beams shall have all the bits of ARFCN, SA BCCH STN, 
and RELATIVE FRAME OFFSET set to Is. 


<ARFCN: bitstring (11) > 




<SA BCCH STN: bitstring (5) > 




<RELATIVE_FRAME_OFFSET: bitstring (3) > 


Frame number relative to the BCCH frame number of the 
centre beam. 


<Offered GMPRS Packet services>::= 




<60 kbps service: bitstring (1) > 


0: 60 kbps services not available 
1 : 60 kbps services available 


<144 kbps service: bitstring (1) > 


0: 144 kbps services not available 
1 : 144 kbps services available 


<Reserved: bitstring (1) > 


Reserved for future use. 




See TS 1 01 376-3-22 [23] for definition of 60 kbps and 
144 kbps services. 


<Selection Criterion Class 2 extended range>::= 


Refer to TS 1 01 376-5-6 [1 5] for details. 


<RXLEV_SELECT_MIN_msbs: bitstring (2) > 


Extends the range of RXLEV_SELECT_MIN to 50 dB. 
decimal values higher than 101 are reserved. 



11.5.2.69 Void 

11.5.2.70 Segment 2Bbis 

Segment 2Bbis contains the last part of the BCCH neighbour list and the ARFCN on which extended SI is transmitted. 
It has a fixed size of 120 bits. The description of the messages is done according to the compact notation described in 
annexe of TS 101 376-4-7 [11]. 
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<Header: bitstring (6)> 


6 bits 


<BCCH NEIGHBOUR LIST2b> 


95 bits (five BCCH neighbours) 


<System Information Extension: bitstring(1)> 


1 bit. This field indicates if the System Information cycle is 
extended with additional Class 3 segments. 
0: System information is not extended. 
1 : System Information is extended. 


<Spare: bitstring{18)> 


18 bits 


<Header Segment 2Bb/s>::= 




<Class Type 2: 1 0xSegment type: 0001 > 




<BCCH NEIGHBOUR LIST2b>::= 


Five (5) remaining BCCHs shall be specified. Missing beams 
shall have all the bits of ARFCN, SA BCCH STN, and 
RELATIVE FRAME OFFSET set to Is 


<ARFCN:bitstring(11)> 




<SA BCCH STN: bitstring(5)> 




<RELATIVE FRAME OFFSET: bitstring(3)> 


Frame number relative to the BCCH frame number of the 
centre beam 



11.5.2.71 Segment 3A 

Segment 3A contains the LAI, system and satellite ID, satellite position, and beam centre position. The description of 
the messages is done according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 


5 bits 


<LAI> 


40 bits (for this gateway station) 


<System > 


6 bits 


<Satellite Position> 


36 bits 


<BEAM CENTER POS main> 


23 bits 


<Misc. Information Class 3> 


6 bits 


<Network Interface Support> 


1 bit 


<Spare: bitstring (3)> 


3 bits 


<Header Segment 3A>::= 




<Class Type 3: OxSegment type: 0000> 




<LAI>::= 


Refer to clause 1 1 .5.1 .3 for a complete definition 


<Location Area Identifier: octet string(5)> 


Format is V, i.e. without lEI field. First octet of the 
string maps to first octet of the value part in table in 
clause 1 1 .5.1 .3, second octet maps to second octet 
of the value part in table in clause 1 1 .5.1 .3, and so 
on 


<System>::= 




<Satellite Id: bitstring(2)> 




<System Id: bitstring(4)> 




<Satellite Position>::= 




<Latitude: bitstring(8)> 


The latitude is in 2's complement represented in 
units of 0,1 degree. Range is from -12,8 degrees to 
+12,7 degrees. Positive indicates North 


<Longitude: bitstring(12)> 


The longitude is represented in unit of 0,1 degree 
with range degrees to 360 degrees. The degree 
spans in the westward direction with degrees at 
Greenwich 


<Radius: bitstring(16)> 


The geocentric orbit radius is represented in units of 
0,005 km with a range of -1 63,84 km to 
+1 63,83 km, as the deviation from a default value of 
42 162 km 


<BEAM CENTER POS main>::= 




<Latitude: bitstring(11)> 


The geocentric latitude is represented in units of 
0,1 degree with range from -90 degrees to 
+90 degrees latitude. Positive indicates North 


<Longitude: bitstring(12)> 


The geocentric longitude is represented in units of 

0,1 degree with range from degrees to 

360 degrees. Starting from degrees at Greenwich, 

the degree reading increases in the westward 

direction 
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<Misc. Information 3>;:= 




<SB_RESELECTI0N_TIMER:bitstring{6)> 


In units of 4 minutes. Valid range: 
minutes to 252 minutes 


<Network Interface Support: bitstring(1)> 


1 bit. This field indicates the Network Interface 
0: A/Gb mode 
1: lu mode 



11.5.2.72 Void 

11.5.2.73 Segment 3Bbis 

Segment 3Bbis contains the first partition of the concurrent BCCH information Hst. The second partition is transmitted 
in Segment 3Ebis. The description of the messages is done according to the compact notation described in annex B of 
TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header::bitstring(5)> 




<Number of Concurrent BCCH: bitstring(4)> 


Range from to 15, the maximum value depends 
upon the number of BCCHs that can actually be 
accommodated 


<Concurrent BCCH lnformation_part1:bitstring(91)> 


First partition of the concurrent BCCH information 
list. Compressed encoding (see clause 4.2.2.1 .4) 


<SB_IVIask : bitstring (8)> 


Range to 255. This bit field shall be applied as 
described in TS 101 376-5-3 [13] 


<lmplicit Detach Timer: bitstring (12)> 


Range to 4095. Value of T321 9 in 6-minute 
increments. A value of indicates that T321 9 shall 
not be used 


<Header Segment 3Bb/s>::= 




<Class Type 3: OxSegment type: 0001 > 





1 1 .5.2.74 Segment 3C 

Segment 3C contains the first partition of the differentially encoded normal CCCH carrier list (SA_CCCH_LIST) and 
optionally the RACH list (SA_RACH_L1ST). The description of the messages is done according to the compact 
notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<SA CCCH CHANS: bitstring (5) > 


Range 1 to 31 . See TS 1 01 376-5-2 [1 2). 


<SA CCCH LIST PARTI : bitstring (A) > | 
{ < SA CCCH LIST PARTI : bitstring (A1)> 
< SA_RACH_LIST: bitstring (A2)> } 


First partition of the differentially encoded CCCH list. 
See clause 4.2.2.1 .4. A is less than or equal to 82 bits. 

If BCCH/CCCH carrier and all normal CCCHs have been 
completely encoded with in SA_CCCH_LIST_PART1 , 
then the RACH list will immediately start in this segment if 
there are spare bits available. 

A1+A2<=82. 

If the entire SARACHLIST cannot be encoded within A2 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3D. 

(See note) 


<Packet Control Channel Definition Parti : bitstring 
(B)> 


First partition of list of packet control channels. See 
clause 4.2.2.1.4.3. B is less than or equal to 110 -A. 


<Spare: bitstring (C) > 


C is less than or equal to 1 10-A-B. 


<Header Segment 3C>::= 




<Class Type 3: OxSegment type: 001 0> 
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Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PART1 > containing CCCH ARFCNs and optional <SA_RACH_LIST> 
containing RACH ARFCNs will be defined within A bits where A is < 82 bits. 

2) <Packet_Control_Channel_Definition_Part1> definition shall be contained within B bits 
where B<= 110- A. 

3) Number of spare bits will be equal to C bits where C = 110 -A - B. 



NOTE: SA_RACH_LIST shall be present only if indicated so in Segment 2A bis. 



11.5.2.75 Segment 3D 

Segment 3D contains the second partition of the differentially encoded normal CCCH carrier list (S A_CCCH_LIST) 
and optionally the RACH list (SA_RACH_LIST) (see clause 4.2.2.1.4). The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 


5 bits. 


<SA CCCH LIST PART2: bitstring (A) » | 
{<SA CCCH LIST PART2: bitstring (A1)> 

< SA RACH LIST: bitstring (A2)> } | 

< SA_RACH_LIST: bitstring (A) 


Second partition of the differentially encoded CCCH list. 
(See clause 4.2.2.1.4). 

If normal CCCHs ends within SA_CCCH_LIST_PART2, 
then the RACH list will immediately start in this segment if 
spare bits are available. 

AUA2<=82. 

If SA_CCCH_LIST_PART2 is not required, then the 
RACH list will occupy the bit space of 
SA_CCCH_LIST_PART2. The SA_RACH_LIST will be a 
continuation from previous segment or will start in this 
segment. A <= 82. 

If the entire SARACHLIST cannot be encoded within A 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3F. 

(See note) 


<Packet Control Channel Definition Part2: bitstring 
(B)> 


Second partition of list of packet control channels. 
See clause 4.2.2.1.4.3 


<Spare: bitstring (C) > 




<Header Segment 3D>::= 




<Class Type 3: OxSegment type: 001 1 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PART2> containing CCCH ARFCNs and optional <SA_RACH_LIST> 
containing RACH ARFCNs will be defined within A bits where A <= 82 bits. 

2) <Packet_Control_Channel_Definition_Part2> definition shall be contained within B bits 
where B <= 115- A. 

3) Number of spare bits will be equal to C bits where C = 115 - (A -h B). 


NOTE: SA_RACH_LIST shall be present only if indicated so in Segment 2A bis. 



11.5.2.76 Void 

11.5.2.77 Segment 3Ebis 

Segment 3Ebis contains the second and last partition of the Concurrent BCCH information list. The description of the 
messages is done according to the compact notation described in annex B, TS 101 376-4-7 [11]. 



£75/ 



GMR-1 3G 44.008 



147 



ETSI TS 101 376-4-8 V3.3.1 (2012-12) 



Size: 120 bits 



<Header: bitstring(5)> 




<Concurrent BCCH_information_part2: bitstring (A) 

> 


Second partition of the concurrent BCCH information list. 


<Packet_Control_ChanneLDefinition_Part3: 
bitstring (B) > 


Third partition of list of packet control channels. 
See clause 4.2.2.1.4.3 


<Spare: bitstring (C) > 




<Header Segment 3Eb/s>::= 




<Class Type 3: OxSegment type: 01 00> 




<Concurrent BCCH Information part2>::= 


Compressed encoding (see clause 4.2.2.1.4) 


Rules for defining CCCH and PCCCH lists: 

1) <Concurrent BCCH_information_part2> containing BCCH ARFCNs will be defined within A bits 
where A is less than or equal to 50 bits. 

2) <Packet_Control_Channel_Definitions_Part3> definition shall be contained within B bits 
where B <= 115- A. 

3) Number of spare bits will be equal to C bits where C = 115- (A+ B). 



11.5.2.78 Segment 3F 

Segment 3F contains the first partition of the differentially coded normal CCCH list and optionally the RACH list 
(SA_RACH_L1ST). The description of the messages is done according to the compact notation described in annex B, 
TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 


5 bits. 


<SA_AGCH_CHANS: bitstring (5) > 


Range to 31 . Indicates number of AGCHs/ CCCHs in the 
LAI. 


<SA AGCH LIST PARTI : bitstring (A) >| 
{<SA AGCH LIST PART1 : bitstring (A1)> 
<SA_RACH_LIST: bitstring {A2) >| 


First partition of differentially encoded AGCH/CCCH list. 
See clause 4.2.2.1.4.1. 

If all AGCH/CCCHs have been completed encoded with in 
SA_AGCH_LIST_PART1 , then the RACH list will occupy the 
remaining bit space (if any) in this segment. 

The SA_RACH_LIST will be a continuation from segment 3D 
if the bit space of SA CCCH LIST was used to encode the 
SA_RACH_LIST. The SA_RACH_LIST will start in this 
segment if it could not be accommodated in the bit space of 
SA_CCCH_LIST and there are spare bits available in this 
segment. 

A1+A2<=82. 

If the entire SA_RACH_LIST cannot be encoded within A2 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3G bis. 

(See note) 


<Packet_Control_Channel_Definition_Part4: 
bitstring (B)> 


Fourth partition of list of packet control channels. 
See clause 4.2.2.1.4.3. 


<Spare: bitstring (C) > 




<Header Segment 3F>::= 




<Class Type 3: OxSegment type: 01 01 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PART1 > containing CCCH ARFCNs and optional <SA_RACH_LIST> 
containing RACH ARFCNs will be defined within A bits where A < = 82 bits. 

2) <Packet_Control_Channels_Definition_Part4> definition shall be contained within B bits 
where B< = 110- A. 

3) Number of spare bits will be equal to C bits where C = 110 - (A -h B). 


NOTE: SA_RACH_LIST shall be present only if indicated so in Segment 2A bis. 
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11.5.2.79 Void 

11.5.2.80 Segment SGbis 

Segment 3Gbis contains the second part of the AGCH/CCCH list and optionally the RACH list. The description of the 
messages is done according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<SA AGCH LIST PART2: bitstring (A) >| 
{<SA AGCH LIST PART2: bitstring (A1)> 

< SA RACH LIST: bitstring (A2)> } | 

< SA_RAGH_LIST: bitstring (A2) 


Second partition of differentially encoded list. 
See clause 4.2.2.1.4.1. 

If AGCH/CCCHs ends within SA AGCH LIST PART2, then 
the SA_RACH_LIST list will immediately start in this 
segment. If the entire SA_RACH_LIST cannot be encoded 
within A2 bits, then the remaining bits of SA_RACH_LIST 
shall continue in Segment 3L. 

If SA_AGCH_LIST_PART2 is not required, then the 
SA RACH LIST will occupy the bit space of 
SA_AGCH_LIST_PART2. 

The SA_RACH_LIST will be a continuation from previous 
segment or will start in this segment. 

A1+A2<=32. 

If the entire SA_RACH_LIST cannot be encoded within A2 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3L. 

NOTE: SA_RACH_LIST shall be present only if Indicated 
so in Segment 2A or 2A bis. 


<Packet Control Channel Definition Part5: bitstring 
(B)> 


Fifth partition of list of packet control channel parameters. 
See clause 4.2.2.1.4.3. 


<Packet Spotbeam Specific Parameters: bitstring 
(60)> 


This field shall be interpreted only if the PS_AVAILABLE 
information element in Segment 2A is set to 1 . 


Spare: bitstring (D) 




Rules for defining CCCH and PCCCH lists: 

1) <SA_AGCH_LIST_PART2> containing CCCH ARFCNs will be defined within A bits where A <= 32. 

2) <Packet_Control_Channel_Definition_Part5> definition shall be contained within B bits where B <= 55-A. 

3) Number of spare bits will be equal to D bits where D = 55 - A - B 


Packet Spotbeam Specific Parameters::= 


<RAC: bitstring (8) > 


Routeing Area Code (RAG) identifies the routeing area within 
a location area. 


<PRIORITY_ACCESS_THRESHOLD> 


Bit 

321 

packet access is not allowed in the cell; 

1 spare, shall be interpreted as "000" 

(packet access not allowed); 

1 spare, shall be interpreted as "000" 

(packet access not allowed); 

1 1 packet access is allowed for priority level 1 ; 

1 packet access is allowed for priority level 1 to 2; 
1 1 packet access is allowed for priority level 1 to 3; 
1 1 packet access is allowed for priority level 1 to 4; 
1 1 1 spare, shall be interpreted as "110" 

(packet access allowed). 


<GI\/IPRS BCCH Options> 


See clause 1 1 .5.2.1 1 1 if the Network Interface supported is 
A/Gb mode and clause 1 1 .5.2.1 1 la if the Network Interface 
supported is lu mode. Network interface support is indicated 
in clause 11.5.2.71. 


<CS AVAILABLE: bitstring (1)> 


Reserved for future use. 


<BCCH_Type_Flag: bitstring (1) > 


Indication of type of BCCH 
0: A-BCCH 
1 : T-BCCH 
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Packet Linl< Quality Report: bitstring (1) 


Link Quality Reporting 
0: Enabled 
1 : Disabled 


Linl< Failure IVIeasurement Interval: bitstring (3) 


Bit 

321 

Reserved 

1 05 seconds 

1 10 seconds 

1115 seconds 

1 20 seconds 
1 1 25 seconds 
1 1 30 seconds 
1 1 1 Reserved 


<MAC_FORWARD_TS_OFFSET: bitstring (2)> 


MAC Slot Qffset from absolute start of frame in downlink 
0to2 


<MAC_RETURN_TS_OFFSET: bitstring {5)> 


MAC Slot Qffset from absolute start of frame in uplink 
0to23 


<Header Segment 3G>::= 




<Class Type 3: OxSegment type: 01 10> 





1 1 .5.2.81 Segment 3H (A/Gb Mode) 

Segment 3H contains the third and last partition of the differentially encoded AGCH/CCCH list. The description of the 
messages is done according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 




<SA_AGCH_LIST_PART3: bitstring (A)> 


Third and last partition of the differentially encoded 
AGCH/CCCH list. 


<Packet_Control_Channel_Definition_Part6: 
bitstring (B)> 


Sixth partition of list of packet control channels. 
See clause 4.2.2.1.4.3. 


Spare: bitstring (C) 




<Class Type 3: OxSegment type: 01 1 1 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PART3> containing CCCH ARFCNs will be defined within A bits 
where A is less than or equal to 82 bits. 

2) <Packet_Control_Channel_Definition_Part6> definition shall be contained within B bits 
where B <= 115- A. 

3) Number of spare bits will be equal to C bits where C = 1 1 5-A-B. 



11.5.2.82 Segment 31 

Segment 31 contains many parameters used during idle mode. The description of the messages is done according to the 
compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 


5 bits 


<LA Information Class 3> 


55 bits 


<Periodic LU Timer: bitstring(8)> 


Value of the timer T321 2. 
This timer applies only to A/Gb mode 
Range minutes to 1 530 minutes in units of 
6 minutes 


<Dual Mode Hold Timer: bitstring(3)> 


Range 15 minutes to 120 minutes in units of 
15 minutes 


<Position Parameters> 


44 bits 


<Spare: bitstring(5) 


5 bits 


<Header Segment 3I>::= 




<Class Type 3: OxSegment type: 1 001 > 




<LA Information Class 3>::= 




<Spare: bitstring(2)> 
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<SA_CBCH_CONFIG; bitstring(4)> 


Bitmap of GBGH frame pairs in use. 
See TS 101 376-5-2 [12] 


<SA_CBCH_RF_CH: bitstring(11)> 


ARFCN of tlie CBCH. Range 1 to 1 087. 
"11111111111" signifies that there is no CBCH 


<SA_CBCH_TS: bitstring(5)> 


Starting timeslot of CBCH channel on BCCH carrier. 
Range to 23. Should be set to if there is no 
CBCH 


<Pause Time: bitstring(8)> 


Value of T31 1 5 in 1 00 ms units 


<RACH Access Timer: bitstring(8)> 


Value of T31 26 in 1 00 ms units 


<Alert Timer: bitstring{8)> 


Value of Alert Timer (T31 1 2) in 1 -second units 


<Page Timer: bitstring(8)> 


Value of Page Timer (T31 1 4) in 1 -second units 


<Almanac Present: bitstring(1)> 


Flag to indicate the presence of almanac data on 

the PCH 

1 PCH contains almanac data 

PCH does not contain almanac data 


<Position Parameters>::= 




<RACH Position Timer: bitstring(8)> 


In 100 ms 


<GPS Update Timer: bitstring{8)> 


In 3-minute increments. Value indicates that no 
periodic GPS measurements shall be required 


<GPS Update Distance: bitstring(8)> 


In kilometres. Value indicates that the distance 
should not be checked for position reporting 


<GPS Position Age: bitstring(8)> 


In 6-minute increments; applicable for all accesses 
except MT calls 


<Page GPS Position Age: bitstring(8)> 


In 6-minute increments; applicable for MT calls 


<Page Response Current GPS: bitstring{1)> 


Applicable to IVIT calls only 

Use RACH Position timer 

1 Use Page Timer/Alert timer 


<Position Reporting Required: bitstring(2)> 


Specifies the GPS usage and reporting (see 
TS101 376-3-21 [36] for specific requirements) 

00 Required 

01 Optional 

10 No Reporting 
1 1 : GPS forbidden 


<Power-Based Access Permitted: bitstring{1)> 


Specifies whether the UT is required to use a GPS 
position to determine if it is within the "region of 
suitability" (see GIVIR-1 05.008 [15]) for a beam in 
order to access the beam. If GPS position is 
required, the UT GPS position shall be newer than 
GPS Position Age 

access using "power-based region of suitability" is 
permitted if afresh GPS position is unavailable 

1 access shall require GPS position based selection 



11.5.2.83 Void 

11.5.2.84 Segment SJbis 

Segment 3Jbis contains the neighbour beam centre positions. The description of the messages is done according to the 
compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<BEAM CENTER PCS neighbours> 


108 bits 


<BEAM_CENTER_DEFINITION> 


1 bit 

BEAM_CENTER_POSITION neighbours is the center of 
the six neighbour beams. This option is available only if the 
Network Interface supported is A/Gb mode. 

1 BEAM_CENTER_POSITION neighbours is the six 
vertices of the main beam. This option applies if the Network 
Interface supported is lu mode. Network Interface supported 
is indicated in clause 1 1 .5.2.71 . 


<Spare: bitstring (6)> 




<Header Segment 3Jbis>.:= 
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<Class Type 3: OxSegment type: 1 01 0> 




<BEAM_CENTER_POS_neighbours>::= 


This information is repeated six times, one for eacli 
neighbour/vertex. The positions shall be ordered in a 
clockwise fashion around the centre beam. If the information 
corresponds to the center of a neighbouring beam, then the 
first entry will correspond to the northernmost neighbouring 
beam location (which will correspond to the first entry in the 
list, BCCH_NEIGHB0UR_LIST1b). If the information 
corresponds to a vertex, then the first entry will correspond to 
the more counter-clockwise of the two beam vertices shared 
with the first entry in the neighbouring list 
(i.e. BCCH_NEIGHB0UR_LIST1b). Missing positions shall 
have a latitude and longitude offset of 0,0 degree. 


<Latitude; bitstring (9)> 


This parameter contains the geocentric latitude offset from 
the latitude of the main beam centre point, as provided in 
BEAM_ CENTER_POS_main. It is a 2's complement 
number, in units of 0,1 degree, with a valid range of 
-25,6 degrees to +25,5 degrees. 


<Longitude: bitstring (9)> 


This parameter contains the geocentric longitude offset from 
the longitude of the main beam centre as provided in 
BEAM_ CENTER_POS_main. It is a 2's complement number 
in units of 0,1 degree with a valid range of -25,6 degrees to 
+25,5 degrees. 



1 1 .5.2.84a Segment 3Kbis (lu Mode) 

Segment 3Kbis contains parameters specific to lu mode operation. The description of the messages is done according to 
the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 




<Load Factor> 


8 bits. This field indicates the network loading in this spot 
beam. This field shall be used by the MES as specified in TS 
101 376-3-10 [4]. 

A value of "1 1 1 1 1 1 1 1 " indicates that the Load Factor shall 
not be used by MES. 


<Load_Factor_Definition: bitstring(1)> 


1 bit 

Load Factor comprises a 4 bit capacity indicator and a 
4 bit load indicator 

1 Load Factor comprises an 8 bit available capacity 


<SB_SELECTI0N_DISTANCE:bitstring(2)> 


This field defines the distance in terms of percentage relative 
to a beam's radius that a terminal may consider a 
neighbouring beam as "suitable". 

b1 bO 

0-0% 

1-10% 

1 0-20 % 
1 1-30 % 

Use of this field is defined in TS 1 01 376-3-1 [4]. 
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<SB_SELECTI0N_L0AD_C0UNT:bitstring(3)> 


This field defines the number of expirations of the 
SB_RESELECTION_TIMER between the use of load factor 
in periodic spot beam reselection. Load factor shall therefore 
be considered in periodic spot beam reselection only after 
every 2n expirations of the SB_RESELECTION_TIIVIER. 

b2 b1 bO 

- load factors used after every timer expirations 
1 - load factors used after every 2 timer expirations 
1 - load factors used after every 4 timer expirations 

1 1 - load factors used after every 6 timer expirations 

1 1 - load factors used after every 12 timer expirations 
11 1 - load factors used only for initial spot beam 
selection 


<SIP_WAIT_TIMEOUT: bitstring(4)> 


This field contains the maximum time duration for which IVIES 
or the Network will queue SIP messages before interrupting 
voice traffic. 

ba b2 bi bo 

0- Timer not used (SIP messages shall not be 

queued. Voice shall be pre-empted) 

1 - 400 ms 

1 - 800 ms 

1 1 - 1 200 ms 

1 1 1 1 -6 000 ms 


Spare: bitstring (97) 


Spare bits. 


<Header Segment 3Kbis>::= 




<ClassType 3: Ox Segment type: 1011> 




<Load Factor>::= 




<Capacity Indicator: bitstring(4)> 


Capacity Indicator shall encode the total frequency spectrum 
available in the physical beam to which the logical beam is 
mapped. The total frequency spectrum available shall be the 
smaller of the total forward or total return spectrum. Capacity 
shall be specified in terms of 5x (156,25 KHz) equivalent 
carriers. 

b3 b2 b1 bO 

<1 

1 > 1 and < 2 

1 > 2 and < 3 

1 11 >7and<8 

11 1 1 - Capacity Indicator not used. 


<Load Indicator: bitstring(4)> 


Load Indicator shall encode the average load based on total 
capacity utilization across all spectrum resources meant for 
carrying user traffic in the spotbeam. 

b3 b2 b1 bO 
-12,5% 
1 -25% 
10 

1 1 1 - 1 00 % 

11 1 1 - Load Indicator not used. 


<available capacity: bitstring(8)> 


The available capacity is defined in TS 101 376-3-10 [4]. 
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1 1 .5.2.84b Segment 3L (lu Mode) 

Segment 3L contains the continuation of differentially encoded normal CCCH carrier list S A_CCCH_LIST and the 
optional SA_RACH_LIST. The description of the messages is done according to the compact notation described in 
annex B of TS 101 376-4-7 [11]. Segment 3L is transmitted on extended BCCH. 

Size: 168 bits 



<Header: bitstring (5) > 




<Reserved: bitstring(66) 




<SA CCCH LIST PARTS: bitstring (A) > | 
{<SA CCCH LIST PARTS: bitstring (A1)> 
< SA_RACH_LIST: bitstring (A2)> } 


Third and last partition of the differentially encoded CCCH 
list. See clause 4.2.2.1.4. 

If normal CCCHs ends within SA_CCCH_LIST_PARTS, then 
the RACH list will immediately start in this segment. A1+A2 
<=82. 

If SA CCCH LIST PARTS is not required, then the RACH 
list will occupy the bit space of SA_CCCH_LIST_PART3. The 
SA_RACH_LIST will start in this segment or be a 
continuation from previous segment. 

NOTE: SA_RACH_LIST shall be present only if indicated 
so in Segment 2A or 2A bis. 


<Packet Control Channel Definition: bitstring (B)> 


List of packet control channels. See clause 4.2.2.1 .4.S. 


Spare: bitstring (C) 




<Header Segment SL>::= 




<Class Type S: OxSegment type: 1 1 00> 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PARTS> containing CCCH ARFCNs and optional <SA_RACH_LIST> containing 
RACH ARFCNs will be defined within A bits where A < = 82 bits. 

2) <Packet_Control_Channels_Definition > definition shall be contained within B bits where B < = 97 - A. 
S) Number of spare bits will be equal to C bits where C = 97 - (A + B). 
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1 1 .5.2.84c Segment 3M (lu Mode) 

Segment 3M contains the continuation of differentially encoded AGCH/CCCH carrier list (SA_AGCH_LIST and 
optional SA_RACH_LIST). The description of the messages is done according to the compact notation described in 
annex B of TS 101 376-4-7 [11]. Segment 3M is transmitted on extended BCCH. 

Size: 168 bits 



<Header: bitstring (5) > 




<Reserved: bitstring(66)> 




<SA AGCH LIST PARTS: bitstring (A) > | 
{<SA AGCH LIST PARTS: bitstring (A1)> 
< SA_RAGH_LIST: bitstring (A2)> } 


Third and last partition of the differentially encoded 
AGCH/CCCH list. See clause 4.2.2.1 .4. 

If AGCH/CCCHs ends within SA_AGCH_LIST_PARTS, then 
the RACH list will immediately start or continue in the 
segment and end in this segment. A1+A2 <= 82. 

If SA AGCH LIST PARTS is not required, then the RACH 
list will occupy the bit space of SA_AGCH_LIST_PARTS. The 
SA_RACH_LIST will be a continuation from previous 
segment or will start and end in this segment. A <= 82. 

(See note) 


<Packet Control Channel Definition: bitstring (B)> 


List of packet control channels. See clause 4.2.2.1 .4.S 


Spare: bitstring (C) 




<Header Segment SM>::= 




<Class Type S: OxSegment type: 11 01 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PARTS> containing AGCH ARFCNs and optional <SA_RACH_LIST> containing 
RACH ARFCNs will be defined within A bits where A < = 82 bits. 

2) <Packet_Control_Channels_Definition > definition shall be contained within B bits where B < = 97 - A. 
S) Number of spare bits will be equal to C bits where C = 97 - (A + B). 


NOTE: SA_RACH_LIST shall be present only if indicated so in Segment 2A bis. 



11.5.2.85 Segment 4A 

Segment 4A contains various Class 4 information. The description of the messages is done according to the compact 
notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<RADIO_LINK_TIMEOUT: bitstring (8)> 


System parameter for deriving the maximum value of radio 

link fail counter S. 

See TS 101 S76-5-6[15]. 


<SG Neighbour Cell Description: bitstring (A) 


See clause 11.5.2.126 


<Spare: bitstring(B)> 




<Header Segment 4A>::= <Class Type 4: 
1 1 0xSegment type: 0000> 




NOTE: A + B = 97 bits 
A =47 
B <= 97 - A 



11.5.2.86 Segment 4B 

Segment 4B contains the first sublist of the BCCH_Full_List parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 
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Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_ CHANS: bitstring{6)> 


Valid range 1 to 32 (number of the BCCH carriers 
present) 


<BCCH_FULL_LIST_PART1 : bitstring(60)> 


First partition of the differentially encoded list. 
See clause 4.2.2.1.4.1 


<Spare: bitstring(47)> 




<Header Segment 4B>::= 




<Class Type 4:11 OxSegment type: 0001 > 





11.5.2.87 Segment 4C 

Segment 4C contains the Power Control parameters. The description of the messages is done according to the compact 
notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<Power Control Params> 


112 bits 


<Spare: bitstring(1)> 




<Header Segment 4C>::= 




<Class Type 4:11 OxSegment type: 001 0> 




<Power Control Parameters> 




<HHT SQT: bitstring{7)> 


SQT value for Extended Power Class terminals 
except during fax and data. This parameter also 
covers all other Extended Power Classes not 
specifically listed in this clause 


<HHT Data SQT: bitstring(7)> 


SQT value for Extended Power Class terminals 
during fax and data. This parameter also covers all 
other Extended Power Classes not specifically listed 
in this clause 


<VT SQT: bitstring{7)> 


SQT value for Extended Power Class 1 terminals 
except during fax and data 


<VT Data SQT: bitstring(7)> 


SQT value for Extended Power Class 1 terminals 
during fax and data 


<FT SQT: bitstring(7)> 


SQT value for Extended Power Class 6 terminals 
except during fax and data 


<FT Data SQT: bitstring(7)> 


SQT value for Extended Power Class 6 terminals 
during fax and data 


<PANinit: bitstring(6)> 




<PANmin: bitstring{6)> 




<PANmax: bitstring(6)> 




<GainUp: bitstring(5)> 




<GainDn: bitstring(5)> 




<Qlthresh: bitstring(5)> 




<QlupGain: bitstring(5)> 




<QldnGain: bitstring{5)> 




<VarUp: bitstring(5)> 




<VarDn: bitstring(5)> 




<SQIfactor: bitstring(5)> 




<Mestep: bitstring(4)> 




<LQI-n1:bitstring{4)> 




<LQI-n2: bitstring (4)> 
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11.5.2.88 Segment 4D 

Segment 4D contains the second sublist of the BCCH_Full_List parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_PART2:bitstring(60)> 


Second partition of the differentially encoded BCCH 
list. See clause 4.2.2.1.4.1 


<Spare: bitstring(53)> 




<Header Segment 4D>::= 




<Class Type 4:11 OxSegment type: 0011 > 





11.5.2.89 Segment 4E 

Segment 4E contains the third sublist of the BCCH_Full_List parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_PART3:bitstring{60)> 


Third partition of the differentially encoded BCCH 
list. See clause 4.2.2.1.4.1 


<Spare: bitstring(53)> 




<Header Segment 4E>::= 




<Class Type 4:11 OxSegment type: 01 00> 





11.5.2.90 Segment 4F 

Segment 4F contains the last sublist of the BCCH_Full_List parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_PART4:bitstring{60)> 


Fourth partition of the differentially encoded BCCH 
list. See clause 4.2.2.1.4.1 


<Spare: bitstring(53)>. 




<Header Segment 4F>::= 




<Class Type 4:11 OxSegment type: 01 01 > 





11.5.2.90a Segment 4G (lu mode only) 

Segment 4G contains the first sublist of the BCCH_Full_List_Bis parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_ CHANS_BIS: bitstring(6)> 


Valid range 1 to 32 (number of the BCCH BIS carriers 
present) 


<BCCH_FULL_LIST_BIS_PART1 : bitstring(100)> 


First partition of the differentially encoded list. 
See clause 4.2.2.1.4.1 


<Spare: bitstring(7)> 




<Header Segment 4G>::= 




<Class Type 4:11 OxSegment type: 01 1 0> 
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1 1 .5.2.90b Segment 4H (lu mode only) 

Segment 4H contains the second sublist of the BCCH_Full_List_Bis parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_BIS_PART2: bitstring(1 00)> 


Second partition of the differentially encoded list. 
See clause 4.2.2.1.4.1 


<Spare: bitstring(13)> 




<Header Segment 4H>::= 




<Class Type 4:11 OxSegment type: 01 11 > 





11.5.2.90c Segment 41 (lu mode only) 

Segment 41 contains the third sublist of the BCCH_Full_List_Bis parameter and the first sublist of the 
BCCH_Full_List_Ter parameter. The description of the messages is done according to the compact notation described 
in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_BIS_PART3:bitstring(40)> 


Third partition of the differentially encoded list. 
See clause 4.2.2.1.4.1 


<BCCH_ CHANS_TER: bitstring(6)> 


Valid range 1 to 32 (number of the BCCH TER carriers 
present) 


<BCCH_FULL_LIST_TER_PART1 : bitstring(60)> 


First partition of the differentially encoded list. 
See clause 4.2.2.1.4.1 


<Spare: bitstring(7)> 




<Header Segment 4I>::= 




<Class Type 4:11 OxSegment type: 1 000> 





1 1 .5.2.90d Segment 4J (lu mode only) 

Segment 4J contains the second sublist of the BCCH_Full_List_Ter parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_TER_PART2: bitstrJng(1 00)> 


Second partition of the differentially encoded list. 
See clause 4.2.2.1.4.1 


<Spare: bitstring(13)> 




<Header Segment 4J>::= 




<Class Type 4:11 OxSegment type: 1 001 > 





11.5.2.90e Segment 4K (lu mode only) 

Segment 4K contains the third sublist of the BCCH_Full_List_Ter parameter. The description of the messages is done 
according to the compact notation described in annex B of TS 101 376-4-7 [11]. 
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Size: 120 bits 



<Header: bitstring(7)> 




<BCCH_FULL_LIST_TER_PART3:bitstring(80)> 


Third partition of tlie differentially encoded list. 
See clause 4.2.2.1.4.1 


<Spare: bitstring(33)> 




<Header Segment 4K>::= 




<Class Type 4:11 OxSegment type: 1 01 0> 





1 1 .5.2.91 Disconnection indication (A/Gb mode only) 

Same as clause 11.5.2.91 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.92 Handover parameter (A/Gb mode only) 

Same as clause 11.5.2.92 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.93 Information request code (A/Gb mode only) 

Same as clause 11.5.2.93 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.94 Last spot beams information (A/Gb mode only) 

Same as clause 11.5.2.94 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.95 Current spot beam information (A/Gb mode only) 

Same as clause 11.5.2.95 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.96 Power control information (A/Gb mode only) 

Same as clause 11.5.2.96 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.97 Version information (A/Gb mode only) 

Same as clause 11.5.2.97 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.98 Information response error code (A/Gb mode only) 

Same as clause 11.5.2.98 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.2.99 Vendor specific subcommand (A/Gb mode only) 

Same as clause 11.5.2.99 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.100 MSGID (A/Gb mode only) 

Same as clause 11.5.2.100 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.101 GPS discriminator 

Same as clause 11.5.2.101 of TS 101 376-4-8 (Release 1) [19] with the following additional requirements: 

The Discriminator Value shall be set to zero if this IE is included in a response to a Channel Request Type 1 message 
whose Class 2 bits were not correctly received. 

When relative position is sent by the MES, Relative latitude and longitude fields are extended to form 40 bit field as 
shown in table 1 1 .27a and then the CRC is calculated. 
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Table 11.27a: Prefixed GPS position IE 



<1><Prefixed Latitude: bit(19)><Prefixed Longitude: bit(20)> 



Prefixed Latitude (19 bitfield) 

12 or 19 bit relative latitude prefixed with Os to form 19 bit field. 

Prefixed Longitude (20 bit field) 

1 3 or 1 9 bit relative longitude prefixed with Os to form 20 bit field. 



1 1 .5.2.1 02 Current timing offset (A/Gb mode only) 

Same as clause 11.5.2.102 of TS 101 376-4-8 (Release 1) [19]. 

11.5.2.103 Pause Timer 

The Pause Timer IE gives the time period the MES should wait before re-transmitting the CHANNEL REQUEST 
message for requesting packet services. This IE is coded as shown in figure 1 1.51 and table 1 1.49. The Pause Timer IE 
is a Type 3 IE, 2 octets in length. 



8 


7 


6 


5 


4 


3 


2 


1 







Pause Timer lEI 


octet 1 


Pause Timer 


octet 2 



Figure 1 1 .51 .1 : Pause timer information element 



Table 1 1 .49.1 : Pause Timer information element 



The Pause Timer shall be a 8-bit unsigned value representing the time period of T31 15 in 
100 ms units. The value conveyed through this information element shall override the value 
conveyed through BCCH. 



1 1 .5.2.1 04 Packet BCCH carrier 

The Packet BCCH Carrier IE is used when the network wants the MES to access another BCCH carrier. This IE is 
coded as shown in figure 1 1.51.2 and table 1 1.49.2. Packet BCCH Carrier IE is a Type 3 IE, 3 octets in length. 
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4 


3 


2 


1 







BCCH Carrier IE! 


octet 1 


ARFCN (msb) 


octet 2 


Spare 


SI 


Rl 


Freq 
Plan ID 


ARFCN (Isb) 


octet 3 



Figure 11.51.2: Packet BCCH carrier IE 



Table 11.49.2: Packet BCCH carrier IE 



ARFCN (octet 2 and octet 3, bits 1 to 3). Range: 1 to 1 087 

Binary representation of absolute RF channel number of the BCCH. Octet 2 is the most 

significant bits. 



SI: Satellite Indication bit (bit6, octet 3) 

BCCH carrier is on the same satellite 

1 BCCH carrier is on a different satellite 



Rl: Reselection Indication bit (bit 5, octet 3) 

spot beam reselection not needed; use the spot beam with given BCCH 

1 spot beam reselection needed; use the BCCH for spot beam reselection 



Frequency Plan Identifier (bit 4, octet 3) 
As described in TS 101 376-5-5 [14] 
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1 1 .5.2.1 05 Packet Immediate Assignment Type 3 Parameters (A/Gb mode only) 

The purpose of the Packet Immediate Assignment Type 3 Parameters is to provide information related to quality of 
service, temporary block flow and MAC-slot allocation. Its coding is shown in figure 11. 51. 3. The various components 
of the element are described in table 1 1 .49.3. 



8 


7 


6 


5 


4 


3 


2 


1 







Packet Assignment IE! 


octet 1 


Downlink TFI (MSB) 


Spare 


RLC 
IVIode 


octet 2 


Starting Frame Number Downlink TFI (LSB) 


octet 3 


IVIAC-slot Allocation 


octet 4 









Figure 11.51.3: Packet Immediate Assignment Type 3 Parameters IE 
Table 11.49.3: Packet Immediate Assignment Type 3 Parameters IE 



RLC Mode 

As described in TS 101 376-4-12 [20] 



Downlink TFI 

As described in TS 101 376-4-12 [20] 



Starting Frame Number 

As described in TS 101 376-4-12 [20] 



MAC-slot Allocation 

As described in TS 101 376-4-12 [20] 



1 1 .5.2.1 06 Packet Frequency Parameters (A/Gb mode only) 

The Packet Frequency Parameters information element defines frequency parameters which may be allocated to a 
mobile earth station to define its channel configuration. All MAC-slots in the channel configuration of the mobile earth 
station shall use the same frequency parameters. 

The frequency parameters shall consist of an ARFCN , bandwidth information for the downlink, an uplink frequency 
difference between actual uplink frequency and frequency derived from ARFCN and bandwidth information for the 
uplink. Its coding is as shown in figure 1 1.51.4 and description is as shown in table 1 1.49.4. 



8 


7|6|5|4 |3|2|1 







Packet Frequency Parameters IE! 


octet 1 


ARFCN (msb) 


octet 2 


Uplink 

Freq 

Distance 

(MSB) 


Downlink Bandwidth 


Downlink 

Freq Plan 

ID 


ARFCN (Isb) 


octet 3 


Spare 


Uplink Bandwidth 


Uplink Freq Distance 


octet 4 



Figure 11.51.4: Packet Frequency Parameters IE 
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Table 11.49.4: Packet Frequency Parameters IE 



ARFCN 

As described in TS 101 376-5-5 [14], 



Downlinl< Frequency Plan Identifier 
As described in TS 101 376-5-5 [14], 



Downlink Bandwidth 

This field represents the bandwidth to be used for the PDCH in multiples of 31 ,25 kHz, see 

TS101 376-5-5 [14], 



Uplink Frequency Distance 

As defined in TS 101 376-4-12 [20], 



Uplink Bandwidth 

This field represents the bandwidth to be used for the PDCH in multiples of 31 ,25 kHz, see 

TS 101 376-5-2 [12], Range: 1 to 7. 



1 1 .5.2.1 07 Packet Immediate Assignment Type 2 Parameters (A/Gb mode only) 

The purpose of the Packet Immediate Assignment Type 2 Parameters is to provide information related to quality of 
service, temporary block parameters and modulation and coding scheme. 

The message content of the Packet Immediate Assignment Type 2 Parameters depends on the GMPRS terminal type 
(See TS 101 376-5-2 [12] for GMPRS Terminal Types). 

The coding used by MES of GMPRS terminal type A or C is shown in figure 11.51.5a. The various components of the 
element are described in table 11.49.5a. 
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5 


4 


3 


2 


1 







Packet Assignment IE! 


octet 1 


MAC Mode 


Downlink Control MAC-slot 


USF 

Granula 

rity 


Final 

Allocati 

on 


Spare 


octet 2 


RLC Data Blocks Granted (MSB) Starting Frame Number 


octet 3 


MCS 


RLC Data Blocks 
Granted(LSB) 


octet 4 


Spare | TFI 


octet 5 


MAC-Slot Allocation 


octet 6 



Figure 11.51.5a: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type A or C) 
Table 11.49.5a: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type A or C) 



MAC Mode 
Bits 

Dynamic allocation 

All other values are reserved 



Downlink Control MAC-Slot 
This field is reserved. 



Starting Frame Number 
This field is reserved. 



USF_Granularity 

As described in TS 101 376-4-12 [20] 



TFI 

As described in TS 101 376-4-12 [20] 

MCS 

As described in TS 101 376-5-2 [12] 



Final_Allocation 
This field is reserved 



MAC-slot Allocation 

As described in TS 101 376-4-12 [20] 
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The coding used by MES of GMPRS terminal type D is shown in figure 1 1 .5 1 .5b. The various components of the 
element are described in table 11.49.5b. 
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7 


6 


5 


4 


3 


2 


1 







Packet Assignment lEI 


octet 1 


Channel MCS Command PNB 5 12 Channel MCS Command 


octet 2 


Spare 


octet 3 


Spare 


RLC Data Blocks Granted 


octet 4 


USF 

Granular 

ity 


TFI 


octet 5 


MAC-Slot Allocation 


octet 6 



Figure 11.51.5b: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type D) 



Table 11.49.5b: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type D) 



Channel_IVICS_Command (Octet 2 - Bits 1 to 4) 
As described in TS 101 376-4-12 [20] 



Channel_IVICS_Command_PNB_5_12 (Octet 2 - Bits 5 to 8) 
As described in TS 101 376-4-12 [20] 



Spare (Octet 3) 



RLC Data Blocks Granted (Octet 4 - Bits 1 -7) 
As described in TS 101 376-4-12 [20] 



Spare (Octet 4 - Bit 8) 



TFI (Octet 5 - Bits 1 to 7) 

As described in TS 101 376-4-12 [20] 



USF_Granularity (Octet 5 - Bit 8) 
As described in TS 101 376-4-12 [20] 



MAC-Slot Allocation (Octet 6 - Bits 1 to 8) 
As described in TS 101 376-4-12 [20] 



1 1 .5.2.1 08 Illumination Retry Timer (A/Gb mode only) 

The Illumination Retry Timer IE gives the time period the MES should wait before re-transmitting the CHANNEL 
REQUEST TYPE 1 message for requesting packet services. This IE is coded as shown in figure 1 1.51.6 and 
table 1 1.49.6. The Illumination Retry timer is a Type 3 IE, 2 octets in length. 
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Illumination Retry Timer IE! 


octet 1 


Scaling Factor 




Illumination Retry Timer 


octet 2 



Figure 11.51.6: Illumination Retry Timer information element 



Table 11.49.6: Illumination Retry Timer information element 



Scaling Factor 

Bits 

87 

<Absolute value of Illumination Retry Timer> x 8 s 

1 <Absolute value of Illumination Retry Timer> x 16 s 

1 <Absolute value of Illumination Retry Timer> x 32 s 
1 1 <Absolute value of Illumination Retry Timer> x 64 s 

The Illumination Retry Timer shall be a 6-bit unsigned value representing the time period of 
T3333 in 1 second units. 
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1 1 .5.2.1 09 Packet Control Channel Definition (A/Gb mode only) 

The Packet Control Channel Definition IE describes the encoding scheme for packet control channel parameters in 
A/Gb mode. 



Table 11.49.7: Packet Control Channel Definition information element 



Packet Control Channel Definition::= 

<Packet Control Channel List> { 

<SA_PCCCH_CHANS: bitstring (5) > 

<Downlink Bw: bitstring(3)> 

{<Packet Control Channel Parameters >} x val(SA_PCCCH_CHANS) 

} 
<Packet Control Channel Parameters>::= 

{ 

<DownlinkARFCN:bitstring (11) > 
<FrequencyPlanlD: bitstring (1) > 

{ 

{ 1 1 1 - Fixed PRACH slot configuration as opposed to USF=Free mechanism 
<Uplink PRACH Frequency Distance: bit(2)> 
<Uplink PRACH IVIAC Slots Indicator: bitstring (2) > 
<PRACH Frame Periodicity: bit (2) } 



-- USF=Free based PRACH Overlay mechanism 

<PRACH Overlay: bitstring(3) == (000 | 001 | 01 | Oil | 1 00 | 1 01 | 1 1 0) > 

<Uplink PRACH Channels: bitstring (6) > 



± 



} 



References: 

DOWNLINK_BW as defined in TS 101 376-5-5 [14]. 

SA_PCCCH_CHANS: to 31 , indicates number of PCCCH carrying PDCH-carriers of 

bandwidth DownlinkBW in the spotbeam. 

Downlink ARFCN: ARFCN of the downlink PDCH See TS 101 376-5-5 [14]. 

Frequency Plan ID as defined in TS 101 376-5-5 [14]. 



PRACH Overlay see clause 1 1 .5.2.1 1 8 

Indicates the number of parallel overlaid PRACH channels available in a single slot. As 

defined in TS 101 376-4-12 [20]. 



Uplink PRACH Channels see clause 11.5.2.112. 



UplinkPRACH Frequency Distance see clause 1 1 .5.2. 1 23. 



Uplink PRACH MAC Slots Indicator see clause 1 1 .5.2.1 20. 



PRACH Frame Periodicity see clause 11.5.2.124. 



1 1 .5.2.1 09a Packet Control Channel Definition (lu Mode Only) 

The Packet Control Channel Definition IE describes the encoding scheme for packet control channel parameters in lu 
mode. 

Table 11.49.7a: Packet Control Channel Definition information element in lu Mode 



Packet Control Channel Definition::= 

{ < Packet Control Channel Sublist > "0}; 

- Termination of Packet Control Definition is indicated when SAPCCCHCHANS = 0; 

- Minimum size of Packet Control Definition is bit(SA_PCCCH_CHANS) 



<Packet Control Channel Sublist>::= 
<SA_PCCCH_CHANS: bitstring (5) > 
<Downlink Bandwidth: bitstring(3)> 
{<Packet Control Channel Parameters >} * val(SA_PCCCH_CHANS)}; 



<Packet Control Channel Parameters>:: 
<Downlink ARFCN: bit (1 1 ) > 
<Reserved: bit(IO); 
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Downlink Bandwidth (3 bit field) 

This field represents the bandwidth to be used for the PDCH-Carrier in multiples of 31 ,25 kHz, 

see TS 101 376-5-5 [14]. Range: 1 to 7. 

Downlink ARFCN (1 1 bit field) 

This field is the binary representation of the absolute radio frequency channel number (ARFCN) defined in 

TS 1 01 376-5-5 [1 4]. Range to 2048. 

This field is present only when SAPCCCHCHANS is non-zero. 

SA_PCCCH_CHANS (5 bit field) 

This field indicates the number of entries within each sublist. A value of signals end of the Packet Control 

Definition. 



1 1 .5.2.1 09b Packet Control Channel Definition (lu Mode Only) 

The Packet Control Channel Definition IE describes the encoding scheme for packet control channel parameters in lu 
mode. 



Table 11.49.7b: Packet Control Channel Definition information element in lu Mode 



Packet Control Channel Definition::= 

{ < Packet Control Channel Sublist > "0}; 

- Termination of Packet Control Definition is indicated when SAPCCCHCHANS = 0; 

- IVIinimum size of Packet Control Definition is bit(SA_PCCCH_CHANS) 



<Packet Control Channel Sublist>::= 
<SA_PCCCH_CHANS: bitstring (5) > 
<Downlink Bandwidth: bitstring(3)> 
{<Packet Control Channel Parameters >} * val(SA_PCCCH_CHANS)}; 



<Packet Control Channel Parameters>:: 
<Downlink ARFCN: bit (1 1 ) > 



Downlink Bandwidth (3 bit field) 

This field represents the bandwidth to be used for the PDCH-Carrier in multiples of 31 ,25 kHz, 

see TS 101 376-5-5 [14]. Range: 1 to 7. 

Downlink ARFCN (1 1 bit field) 

This field is the binary representation of the absolute radio frequency channel number (ARFCN) defined in 

TS 1 01 376-5-5 [1 4). Range to 2048. 

This field is present only when SA_PCCCH_CHANS is non-zero. 

SA_PCCCH_CHANS (5 bit field) 

This field indicates the number of entries within each sublist. A value of signals end of the Packet Control 

Definition. 



11.5.2.110 USF 

The purpose of the USF field is to provide USF allocation in dynamic/extended dynamic mode on the uplink. 



8 
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1 







USF IE! 


octet 1 


Spare 


octet 2 


Spare 


octet 3 


Spare 




USF Allocated 




octet 4 



Figure 11.51.7: USF IE 
Table 11.49.8: USF IE 



USF 

As described in TS 101 376-4-12 [20] 
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1 1 .5.2.1 1 1 GMPRS BCCH options (A/Gb mode only) 

The GMPRS BCCH Options information element is used to control a set of cell options related to GMPRS. 

This information element may include a nested Extension Bit information element to allow future extension of cell 
option parameters. 

Table 11.49.9: GMPRS BCCH options information element 



< GPRS BCCH Options IE >::= 

< NMO: bit (2) > 
<T3168:bit{3)> 
<T3192:bit{3)> 

< T3202: bit (6) > 

< BS_CV_MAX: bit (9) > 

< USF_DELAY: bit (2) > 

< PKT_TIIV1ING_C0RR_CYCLE: bit (8) > 
<PARALLEL_TBF:bit{1)> 

< SEND_PDU_NOTBF: bit (1) > 
<BITI\/1AP_C0IVIPRESS: bit (1) > 

--Optional extension: 

{ I 1 < Extension Bits IE > - See TS 101 376-4-12 [20] 

<GMPRS_SUPPORT: bit (1) > { | 1 < Extension Length: bit (6) > 

< bit (val(Extension Length) + 1) 
& { <GMPRS Extension Information > 
! { bit ** = <no string> } } > } ; 



< GMPRS Extension Information >::= 
< USF_DELAY Adjustment: bit (2) > 



- Additional adjustments for USF_DELAY 



< spare bit > 



Table 11.49.10: GPRS BCCH options information element details 



NMO (2 bit field) 

This field is the binary representation of the Network Mode of Operation, see TS 101 376-4-12 [20]: 

bit 
21 
GO 
01 
1 
1 1 



Network Mode of Operation I 
Network Mode of Operation II 
Network Mode of Operation III 
Reserved. 



T3168(3bitfield) 

Reserved for future use. Set to zero by the network. 

T31 92 (3 bit field) 

This field is the binary representation of the timeout value of timer T3192. Range: to 7. The timeout value is given as 

the binary value plus one in units of 500 millisecond. 

T3202 (6 bit field) 

This field is the binary representation of the timeout value of timer T3202. Range: to 63. If the value is zero, the timeout 

is infinite. If the value is nonzero, the value represents the timeout in minutes. 

BS_CV_MAX (9 bit field) 

This field is the binary representation of the parameter BS_CV_MAX. Range: to 512. 

USF_DELAY (2 bit field) 

This field indicates the delay between the Mac-slot in which an USF is received by the MES and the Mac-slot in which it 
shall be applied, both as measured by the MES. If USF_DELAY Adjustment parameter is not included as part of GMPRS 
Extension IE, then the MES shall use the contents of USF_DELAY field without any modifications. 
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Bit 




21 




00 


7 frames 


01 


8 frames 


1 


9 frames 


1 1 


10 frames 



If USF_DELAY Adjustment parameter is included as part of Extension IE, ttien tlie IVIES shall derive the actual 
USFDELAY by subtracting value contained in USFDELAY Adjustment parameter from USFDELAY parameter. 

PKT_TIMING_CORR_CYCLE (8 bit field) 

This field indicates the repetition period of the pkt continuous timing and frequency correction cycle. It is coded as the 

value of the field plus fifty in units of multiframes i.e. 

bit 
87654321 

00000000 50 multiframes 

00000001 51 multiframes 
00000010 52 multiframes 



10 10 110 200 multiframes 

All values greater than 0x96 hex are reserved. 

PARALLEL_TBF:bit(1) 

Reserved for future use. Set to zero by the network. 

SEND_PDU_NOTBF: bit(1) 

Reserve for future use. Set to zero by the network. 

COMPRESS_BITMAP: bit(1) 

Reserved for future use. Set to zero by the network. 

GMPRS_SUPPORT: bit{1) 

This field indicates if GMPRS specific extension information is present in the Extension Bits IE. 

bit 

Extension Bits IE field does not contain GMPRS extension information 

1 Extension Bits IE field contains GIVIPRS extension information 

USF_DELAY Adjustment (2 bit field) 

This field indicates additional adjustment to USF_DELAY parameter. Actual USF_DELAY is obtained by subtracting 

number of frames indicated below from USF_DELAY parameter. 

Bit 

21 

No Adjustments 

1 1 frame 

All other values are reserved. 

EXAMPLE: If USF_DELAY is set to "00" (7 frames) and USF_DELAY Adjustment is set to "01 " then the actual 
USF DELAY to use is 7 - 1 = 6 frames. 



1 1 .5.2.1 1 1 a GMPRS BCCH options (lu mode only) 

The GMPRS BCCH Options information element is used to control a set of cell options related to GMPRS. 
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Table 11.49.9a: GMPRS BCCH options information element 



< GMPRS BCCH Options IE >::= 




< lu MODE NMO SUPPORT: 


bit{1)> 


<T3168:bit(3)> 




<T3192:bit{3)> 




< T3202: bit (6) > 




< BS CV MAX: bit (9) > 




<USF DELAY: bit (3) > 




< PKT TIMING CORR CYCLE: bit (8) > 


< GRA_AND CELL UPDATE TIMER: bit (3) > 


<padding bits> 




1 < Distribution part error: bit (*) 


= < no string » ; 



Table 11.49.9b: GIUIPRS BCCH options information element details 



lu_MODE_NMO_SUPPORT (1 bit field) 

This parameter is used for determining network mode of operation for the 3G SGSN and the 3G MSC. The mobile earth 

station may assume that the network has set this field equally in all instances of this message. 

Bit 

Network Mode Operation I 

1 Network Mode Operation II 

T31 68 (3 bit field) 

This field is the binary representation of the timeout value of timer T3168. Range: to 7. The timeout value is given as 

follows: 

32 1 

3 000 ms 

1 3 500 ms 

10 4 000 ms 

Oil 4 500 ms 

10 5 000 ms 

10 1 5 500 ms 

All other values are reserved. 

T3192(3bitfield) 

This field is the binary representation of the timeout value of timer T3192. Range: to 7. The timeout value is given as 

the binary value plus one in units of 500 millisecond 

T3202 (6 bit field) 

This field is the binary representation of the timeout value of timer T3202. Range: to 63. If the value is zero, the timeout 

is infinite. If the value is nonzero, the value represents the timeout in minutes. 

BS_CV_MAX (9 bit field) 

This field is the binary representation of the parameter BS_CV_MAX. Range: to 512. 

USF_DELAY (3 bit field) 

This field contains the value used by the MES to derive the uplink frame number in which the allocated USF is valid. See 

TS101 376-5-7 [16] 

bit 
32 1 

000 6 

00 1 7 
010 8 
Oil 9 

1 00 10 

All remaining values are reserved 
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PKT_TIMING_CORR_CYCLE (8 bit field) 

This field indicates the repetition period of the pkt continuous timing and frequency correction cycle. It is coded as the 

value of the field plus fifty in units of multiframes 

87654321 

00000000 50 multiframes 

00000001 51 multiframes 
00000010 52 multiframes 



10 10 110 200 Multiframes 

All remaining values are reserved. 

GRA_AND_CELL_UPDATE_TIMER (3 bit field) 

This field is the binary representation of GRA and CELL UPDATE TIMERs (T305). 

bit 

321 

000 10 minutes 

1 30 minutes 

1 60 minutes 

Oil 120 minutes (default value) 

10 240 minutes 

10 1 360 minutes 

110 720 minutes 

1 1 1 Infinity (no update) 



1 1 .5.2.1 1 2 Uplink PRACH channels (A/Gb mode only) 

A bitmap indicating the location of the available PRACH channels within a subband. The most significant bit refers to 
the presence or absence of a PRACH channel at the lowest numbered 31,25 kHz subcarrier within the uplink frequency 
band. The value " 1 " indicates the presence of a PRACH channel; "0" indicates the absence of a PRACH channel. The 
number of bits set to " 1 " within Uplink PRACH Channels is always equal to the number of active PRACH channels 
specified in the PRACH_OVERLAY IE (see clause 11.5.2.118). 

11.5.2.113 Void 

11.5.2.114 Void 

11.5.2.115 Void 

11.5.2.116 Void 

11.5.2.117 Void 

1 1 .5.2.1 1 8 PRACH overlay (A/Gb mode only) 

This 3-bit field indicates whether PRACH overlay is supported, and if so, how many overlaid channels are supported. 
The number of channels supported is 1 plus the value of this field. 
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EXAMPLE: 



Bit 

32 1 
000 
001 
010 
01 1 
100 
101 
1 10 



PRACH overlay not supported, only one channel 
PRACH overlay supported, two channels 
PRACH overlay supported, three channels 
PRACH overlay supported, four channels 
PRACH overlay supported, five channels 
Reserved 
Reserved 



The particular 31,25 kHz subchannels within a subband that support PRACH arfPe indicated opinionative by the Uplink 
PRACH Channels IE defined in clause 1 1.5.2.1 12. 

1 1 .5.2.1 1 9 Uplink PRACH ARFCN (A/Gb mode only) 

This 1 1-bit field is the ARFCN on which PRACH is transmitted by the mobile earth station. 

1 1 .5.2.1 20 Uplink PRACH MAC Slots Indicator (A/Gb mode only) 

This 2-bit field indicates the pair of consecutive MAC slots on which the mobile earth station can transmit PRACH in a 
frame. The mobile earth station randomly chooses one MAC slot out of the two to transmit PRACH. The following 
table shows the value that the field can take and the corresponding MAC slots on which PRACH can be transmitted. 

Table 11.49.10a: Uplink PRACH MAC Slots Indicator 



Value 


List of MAC slots on which 

PRACH can be 

transmitted 





Oand 1 


1 


2 and 3 


2 


4 and 5 


3 


6 and 7 



1 1 .5.2.1 21 GMPRS Resume Result (A/Gb mode only) 

The GMPRS Resume Result IE gives the outcome of the GMPRS resume procedure. This IE is coded as shown in 
figure 1 1.51.8 and table 1 1.49.1 1. The GMPRS Resume Result is a Type 3 IE, 2 octets in length. 



8 


7 


6 


5 4 3 


2 


1 







GMPRS Resume Result lEI 


octet 1 








Spare 




Result 


octet 2 



Figure 11.51.8: GMPRS Resume Result information element 
Table 11.49.11: GMPRS Resume Result information element 



Result is a 1 bitfield 

0: GIVIPRS services not successfully resumed 
1 : GIVIPRS services successfully resumed 
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1 1 .5.2.1 22 GMPRS Resume Response Rest Octets (A/Gb mode only) 

The GMPRS Resume Response Rest Octets IE contains only spare bits. This IE is coded as shown in figure 11.51. 
The GMPRS Resume Response Rest Octets IE is a Type 5 IE, 16 octets in length. 



8 


7 6 5 4 3 2 1 






GMPRS Resume Response Rest Octets lEI 


octet 1 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 2* 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 3* 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet n* 



Figure 11.51.9: GMPRS Resume Response rest octets IE 

1 1 .5.2.1 23 Uplink PRACH Frequency Distance (A/Gb mode only) 

This 2-bit field represents the difference between the uplink PDCH carrier frequency and the actual PRACH frequency 
in units of 31,25 kHz. The PRACH carrier location interpretation is as follows: 

Table 11.49.12: Uplink PRACH Frequency Distance 



Bits 
10 


PRACH carrier location 


00 


PRACH frequency = uplink PDCH carrier frequency 


01 


PRACH frequency = uplinl< PDCH carrier frequency + 31 ,25 l<Hz 


1 1 


PRACH frequency = uplink PDCH carrier frequency - 31 ,25 kHz 


1 


Reserved 



Note that the computation of uplink PDCH carrier frequency at the MES utilizes the downlink ARFCN, frequency plan 
Id from the PCCCH list (see table 1 1.49.7) and the value of "uplink frequency distance" parameter from the last 
received PACKET UPLINK ASSIGNMENT or IMMEDIATE ASSIGNMENT message. 

1 1 .5.2.1 24 PRACH Frame Periodicity (A/Gb mode only) 

This 2-bit field indicates the PRACH MAC slots periodicity in terms of frames. The mobile earth station is allowed to 
transmit on PRACH MAC slots only in those frames as given in table 11.49.13. 

Table 11.49.13: PRACH Frame Periodicity 



Value 


PRACH Frame Periodicity 





Every Frame 


1 


Once every two frames on frames satisfying (FN mod 2) = 


2 


Once every two frames on frames satisfying (FN mod 2) = 1 


3 


Reserved 



where: 



FN" represents Frame Number at the satellite, 
mod" represents modulo. 



1 1 .5.2.1 25 Packet Immediate Assignment Type 4 Parameters (lu mode only) 

Packet Immediate Assignment Type 4 Parameters IE defines parameters for one or more TBFs. This IE is defined in 
compact notation. The total length of this IE is 100 bits, spare bits are added at end of this IE to align this to the 
maximum length. 
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Table 11.49.14a: Packet Immediate Assignment Type 4 Parameters 



<Packet Immediate Assignment Type 4 Parameters>::= 

{ 

<Power Control Parameter: bit(6)> 

{0 I 1 <PDCH Channel MCS Info: <PDCH IVICS IE»} -- Used when uplinl< allocation is on PDCH 

{0 I 1 <Downlink MAC Slot Allocation: bit (8)> } -- Used when downlink is on PDCH 

<TBF1 : < TBF Assignment Struct» 

{ I 1 <TBF2: <TBF Assignment Struct> } 

<Upllnk Frequency Allocation: bit(1)> 

<Frequency Allocation: <Frequency Allocation IE» 

<Golor Code Usage: bit(1 )> -- the MES shall apply SB_MASK of eight zeros. 1 the IVIES shall 

apply SB_IVIASK broadcast in system information 
{ I 1 <IVIAC_FORWARD_TS_OFFSET: bit(2)> --see TS 101 376-5-7 [16] for definition 

<USF_DELAY: bit{3)> - see TS 101 376-5-7 [16] for definition} 
{ I 1 <IVIAC_RETURN_TS_OFFSET: bit{5)> -see TS 101 376-5-7 [16] for definition} 
<Spare Padding>}; 



< TBF Assignment Struct>::= 

{ < Uplink PDCH TBF Allocation: <Uplink TBF Allocation Struct» | 
10 < Uplink DCH TBF Allocation: < UL DCH TBF Allocation Struct» | 
1 10<Uplink and Downlink DCH TBF Allocation: < ULDL DCH TBF Allocation Struct> 
{null|Obit" = <nostring>}}; 



<UplinkTBF Allocation Struct>::= - Dynamic Allocation 
{< Uplink TFI:bit(8) 
{ I 1 < Uplink Status Flag: bit (8) > } - indicates USF has the same value as TFI 

< RB Id: bit (5) > 

< Return Frequency Set: bit(1)>}; 



< UL DCH TBF Allocation Struct >::= 
{ < Channel Info: <Channel Info IE» 

< Power Control Synch Offset: bit (2)> 

< DCH Channel MCS Info: <DGH IVICS IE> 

{0 <Uplink MAC Slot Allocation: bit(8)> | 1< Uplink Slot Allocation: <Slot Allocation IE» 
<RBId:bit(5)>}; 



< ULDL DCH TBF Allocation Struct >::= 
{ < Channel Info: <Channel Info IE» 

< Power Control Synch Offset: bit (2)> - Applies only to uplink DCH 

< DCH Channel MCS Info: <DCH MCS IE> 

{0<Downlink MAC Slot Allocation: bit(8)> | 1< Downlink Slot Allocation: <Slot Allocation IE»} 
{0 <Uplink MAC Slot Allocation: bit(8)> | 1 < Uplink Slot Allocation: <Slot Allocation IE» 

< RB Id: bit (5) > }; 



Table 11.49.14b: Packet Immediate Assignment Type 4 Parameters Details 



Power Control Parameter (6 bit field) 

This field is defined in TS 101 376-4-12 [20]. 

The parameter specifies the initial value of the power control field (PAR value) to be applied by the MES 

for the channel assignment. 



PDCH Channel MCS Info 

PDCH Channel MCS is defined in TS 101 376-4-12 [20]. 

DCH Channel MCS Info 

DCH Channel MCS is defined in TS 101 376-4-12 [20]. 

Frequency Allocation 

This field is defined in TS 101 376-4-12 [20]. 

Channel Info 

This field is defined in TS 101 376-4-12 [20]. 
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Power Control Synch Offset (2 bit field) 

This field is defined in TS 101 376-4-12 [20]. This field is applicable only to the uplink DCH. 

Downlink MAC Slot Allocation 

This field is defined in TS 101 376-4-12 [20]. 
Uplink MAC Slot Allocation 

This field is defined in TS 101 376-4-12 [20]. 

Slot Allocation 

This field is defined in TS 101 376-4-12 [20]. 

Uplink TFI (8 bit field) 

This field is defined in TS 101 376-4-12 [20]. 

Uplink Status Flag (8 bit field) 

This field is defined in TS 101 376-4-12 [20]. If field is not present, then the USF value shall be the same 

as the value Uplink TFI. 

RB Id (5 bit field) 

The RB Id indicates the identification number for the radio bearer. See TS 101 376-4-13 [25]. 

Return Frequency Set (1 bit field) 

This field is indicates the uplink frequency set on which the uplink resources are allocated. This is defined 

inTS101 376-4-12(20]. 

Uplink Frequency Allocation (1 bit) 

0: Uplink ARFCN in Frequency Allocation is applicable for PDCH allocations. 

1 : Uplink ARFCN for PDCH allocations specified in PDCH Organization message or PDCH Uplink 

Organization IE (see TS 101 376-4-12 [20]). 



1 1 .5.2.1 26 3G Neighbour Cell Description (lu mode only) 

3G Neighbour cell description contains information on the cells of a terrestrial 3G network that are present within the 
spotbeam. These frequencies may be used in the cell selection procedure, see TS 125 304 [32]. The total length of this 
IE is 47 bits. If all bits are not used, then IE shall be padded with spare bits. 

Table 11.49.15a: 3G Neighbour Cell Description 



< 3G Neighbour Cell Description>::= 

I 1 < Bandwidth_FDD: bit (3) > 

{ 1 < Repeated UTRAN FDD Neighbour Cells: Repeated UTRAN FDD Neighbour Cells struct » } ** 

<Spare bits>; 



< Repeated UTRAN FDD Neighbour Cells struct >::= 
<FDD-ARFCN:bit(14)> 

< FDD IndicO: bit > 

< NR_0F_FDD_CELLS: bit (5) > 

< FDD_CELL_INFORMATION Field: bit(p(NR_OF_FDD_CELLS)) > ; 

- p(x) defined in table 1 1 .2.9b.2.a/TS 1 44 060 [35] 



Table 11.49.15b: 3G Neighbour Cell Description Details 



See TS 144 060 [35] for description of fields in 3G Neighbour Cell Description 
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1 1 .5.2.1 27 Paging Request Type 4 Parameters (lu mode only) 

The Paging Request Type 4 parameter IE contains paging information for one or more MES. The maximum length of 
this IE is 164 bits, spare bits shall be added at end of this IE to align this to the maximum length. 



Table 11.49.16a: Paging Request Type 4 Parameters 



<Paging Request Type 4 Parameters>::= 

{ 

{ 1 < Repeated lu Page info: < Repeated lu Page info struct > > } ** 
<Spare Padding>}; 



< Repeated lu Page info struct >::= 

{ 

< G-RNTI: bit(32) > 

{ I 1 < Page info struct: < Page info struct > > } - only included for a CN page 



1 



{ 00 < Reserved: bit (32) > 

I 01 < PTMSI: bit (32) > 

I 11 { < Length of Mobile Identity contents: bit (4) > 

< Mobile Identity: octet (val (Length of Mobile Identity contents)) > } 
< Page info struct: < Page info struct > > } 



< Ignore: bit i 



<no string> > ; 



< Page info struct >:: = 

< PAGING CAUSE: bit (3) > 

< CN DOMAIN IDENTITY: bit (2) > 

{ I 1 < Paging Record Type Identifier: bit (2) > }; 



Table 11.49.16b: Paging Request Type 4 Parameters Details 



G-RNTI (32 bits) 

The G-RNTI field identifies the IVIES within the network when an RRC connection exists between this IVIES 

and network. G-RNTI is defined in TS 101 376-4-13 [25]. 

REPEATED lU PAGE INFO STRUCT 

The Repeated lu Page info struct is repeated as many times as required to fulfil the number of wanted 

paged mobiles. If Paging Request message is used with only G-RNTIs, the field can be repeated up to four 

times within one message. If the Paging Request IVIessage is used with only P-TMSIs, the field can be 

repeated up to three times. If the Paging Request IVIessage is used with only IMSIs, the field can be 

repeated up to two times within one message. 

CN DOMAIN IDENTITY (2 bit field) 

The ON Domain Identity field indicates the domain of the core network from which the IVIES is paged, as 

defined in TS 101 376-4-13 [25]. 

Bit 

2 1 

1 PS domain 

All other values are reserved 

PAGING CAUSE (3 bits field) 

The Paging Cause field indicates the cause for paging, as defined in TS 101 376-4-13 [25]. 

bit 

321 

Terminating Conversational Gall 

1 Terminating Streaming Call 

1 Terminating Interactive Call 

1 1 Terminating Background Call 

1 Terminating High Priority Signalling 
1 1 Terminating Low Priority Signalling 
1 1 Terminating - cause unknown 

1 1 1 Reserved 

PAGING RECORD TYPE IDENTIFIER (2 bits field) 

This IE is for FFS. 
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1 1 .5.2.1 28 Position Verification Notify Type 2 Parameters (lu mode only) 

The Position Verification Notify Type 2 parameter IE indicates if the position reported in position verification request is 
acceptable or not with respect to the current spotbeam. The IE also allows the network to redirect the MES, if necessary, 
to a particular RA where multiple RAs are defined within the current or alternate spot beam. In addition this IE may 
also contain updates information on idle mode position reporting. The maximum length of this IE is 116 bits, spare bits 
shall be added at end of this IE to align this to the maximum length. 



Table 11.49.17a: Position Verification Notify Type 2 Parameters 



<Position Verification Notify Type 2 Parameters>::= 

{ 

-- Reported position acceptable within current spotbeam 
{0 I 1 < Directed RAC: < Directed RAG IE »} 

jo I 1 < CN Information Info: < CN Information Info IE »} 

{0 I 1 < Idle Mode Position Update Info: <Position Update Information IE» } 

1 1 -- Reported position not acceptable within current spotbeam 

{0 I 1 <Alternate Spotbeam Information: < BCCH Carrier IE»} 
{0 I 1 < Directed RAC: < Directed RAC IE » } 
<Spare Padding>}; 



Directed RAC 

This IE is defined in clause 11.5.2.129. The IE shall be included by the network when the MES 
performs the position verification procedure while in RRC Idle mode (as indicated by the MES RRC 
Indicator within the CHANNEL REQUEST TPYE 3 message) or when the MES is required to enter 
RRC idle mode for accessing an alternate spotbeam. 



CN Information Info 

This IE is defined in TS 101 376-4-13 [25]. The IE shall be Included by the network only when a 
change of RA is required when the MES performs the position verification procedure while in RRC 
connected (GRA_PCH) mode (as indicated by the MES RRC Mode Indicator being set within the 
CHANNEL REQUEST TPYE 3 message). If the CN Information Info IE is provided to the MES, the 
MES shall respond to the received PQSITION VERIFICATIQN NQTIFY TYPE 2 message in the 
same way as if an RRC CONNECTIQN RELEASE message had been received from the network 
with a Cause equal to "Directed signalling connection re-establishment" (see TS 101 376-4-13 [25]) 
and with the provided CN Information Info IE. 



Idle Mode Position Update Info 

This IE contains value part of Position Update Information IE defined in clause 1 1 .5.2.54. 



Alternate Spotbeam Information 

This IE contains value part of BCCH Carrier IE defined in clause 1 1 .5.2.55. 



1 1 .5.2.1 29 Directed RAC (lu mode only) 

The Directed RAC is used to provide the MES with the Routing Area Code (RAC) that is associated with the MES 
current position location. The IE is relevant for maintaining GMM functionality and allows the MES to update the NAS 
Routing Area Identifier (RAI) based on the network-provided RAC. The IE is used as part of the RA Redirect 
mechanism to allow support for multiple, position-defined RAs within a given spot beam mobility area. 

The content of the Directed RAC information element is coded as shown in figure 1 1 .5.2. 129 and table 1 1 .5.2. 129. The 
length of this element is two octets. 



8 


7 


6 


5 


4 


3 


2 


1 






Directed RAC lEI 


octet 1 


RAC 


octet 2 



Figure 11.5.2.129: D/recfec//7>lC information element 
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Table 11.5.2.129: D/recfec//7>4C information element 



RAC, Routing Area Code (8 bit field) 

This field is the binary representation of the Routing Area Code, see TS 123 003 [28]. Bit 8 in octet 2 is 

the most significant bit and bit 1 in octet 2 is the least significant bit. 



1 1 .5.2.1 30 Packet Immediate Assignment Type 5 Parameters (lu mode only) 

The Packet Immediate Assignment Type 5 Parameters IE shall include a single, network-to-MES equivalent RRC 
message with message type identified in accordance with TS 101 376-4-13 [25] (see clause 9.2.1.2). The maximum 
length of this IE is 132 bits, spare bits shall be added at end of this IE to align this to the maximum length. 

The current version of the specification shall support the sending of the RRC GRA UPDATE CONFIRM message 
within the Packet Immediate Assignment Type 5 Parameters IE with coding according to table 1 1.5.2.130. 



Table 11.5.2.130: Packet Immediate Assignment Type 5 Parameters 



< Packet Immediate Assignment Type 5 Parameters >:: 

{ 
{<RRC Message; <RRC Message Struct» } 
<Spare Padding> }; 



<RRC Message Struct>::= 

{ < MESSAGE_TYPE: 00000101 xRRG GRA Update Confirm Message Struct» 
! < Unknown message type: bit (8) = < no string > }; 



< RRC GRA Update Confirm Message Struct>::= 

{ 
{ I 1 < New G-RNTI: < G-RNTI IE » } 
{ I 1 < GRA Identity: < GRA Identity IE » } 

I < Content part error: bit (*) = < no string > > } ; 



New G-RNTI 

This IE assigns a new G-RNTI to the MES. The G-RNTI IE is defined in GMR-1 3G 44.1 18 [25]. 



GRA Identity 

This IE is defined in TS 101 376-4-13 [25]. 



1 1 .5.2.1 31 CN Information Info 

The CN Information Info IE is type 3 IE 5 octets in length. The value part of CN Information Info IE is defined in TS 
lOI 376-4-13 [25]. 



8 


7 


6 


5 
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3 


2 


1 






CN Information Info lEI 


octet 1 


CN Information Info 


octet 2-5 



11.5.3 Mobility management lEs 

Same as clause 11.5.3 of TS 101 376-4-8 (Release 1) [19]. 

1 1 .5.4 Call control lEs (A/Gb mode only) 

Same as clause 11.5.4 of TS 101 376-4-8 (Release 1) [19]. 
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11.5.5 GMMIEs 

11.5.5.1 Attach request 

Same as clause 10.5.5.1 ofTS 124 008 [18]. 

1 1 .5.5.2 Attach type 

Same as clause 10.5.5.2 of TS 124 008 [18]. 

11.5.5.3 Ciphering algorithm 

Same as clause 10.5.5.3 of TS 124 008 [18]. 

11.5.5.4 Void 

1 1 .5.5.5 Detach type 

Same as clause 10.5.5.5 of TS 124 008 [18]. 

11.5.5.6 DRX parameter 

Same as clause 10.5.5.6 of TS 124 008 [18]. 

1 1 .5.5.7 Force to standby 

Same as clause 10.5.5.7 of TS 124 008 [18]. 

11.5.5.8 PTMSI signature 

Same as clause 10.5.5.8 of TS 124 008 [18]. 

1 1 .5.5.9 Identity type 2 

Same as clause 10.5.5.9 of TS 124 008 [18]. 

11.5.5.10 IMEISV request 

Same as clause 10.5.5.10 of TS 124 008 [18]. 

1 1 .5.5.1 1 Receive N-PDU Numbers list 

Same as clause 10.5.5.11 ofTS 124 008 [18]. 

1 1 .5.5.1 2 MS network capability 

Same as clause 10.5.5.12 of TS 124 008 [18]. 

1 1 .5.5.1 2a MS Radio Access capability (A/Gb mode only) 

The purpose of the MS RA capability information element is to provide the radio part of the network with information 
concerning radio aspects of the mobile earth station. The contents might affect the manner in which the network handles 
the operation of the mobile earth station. 

The MS RA capability is a type 4 information element, with a maximum length of 14 octets. 
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The value part of a MS RA capability information element is coded a shown in table 10.5.146 of TS 124 008 [18]. 

• SEMANTIC RULE: Only the GMPRS access type technology is supported. 

• Error handling: If a received Access Technology Type is unknown to the receiver, it shall ignore all the 
corresponding fields. 

• If within a known Access Technology Type a receiver recognizes an unknown field it shall ignore it. 

• See more details about error handling of MS radio access capability in TS 148 018 [33]. 

Table 11.49.14: Mobile Station Radio Access Capability IE 



< MS Radio Access capability IE >::= 

<MS Radio Access capability lEI: 00100100 > 

<Length of MS RA capability: <octet» -- length in octets of MS RA capability value part and spare bits 

<MS RA capability value part: < MS RA capability value part struct » 

<spare bits>** ; -- may be used for future enhancements 

<MS RA capability value part struct >::= --recursive structure allows any number of Access technologies 

< Access Technology Type: bit (4) > 

< Access capabilities: <Access capabilities struct> > 
{ I 1 <MS RA capability value part struct> } ; 

< Access capabilities struct >::= 

< Length: bit (7) > - length in bits of Content and spare bits 
<Access capabilities: <Content» 

<spare bits>** ; - expands to the indicated length 
■^ may be used for future enhancennents 

< Content >::= 

< « 000 » >~ may be used for future enhancements 

{ I 1 <A5 bits: <A5 bits> > } - zero means that the same values apply for parameters as in the immediately 
preceding Access capabilities field within this IE 

- The presence of the A5 bits is mandatory in the 1 ^^ Access capabilities struct within this IE. 

< ES IND: bit > 

< »000 »> - may be used for future enhancements. 

{ I 1 < Multislot capability: Multislot capability struct > } ; - zero means that the same values for multislot 
parameters as given in an earlier Access capabilities field within this IE apply also here 
{0}. 

- error: struct too short, assume features do not exist 

- error: struct too long, ignore data and jump to next Access technology 

< Multislot capability struct >::= 

{0} 

{1 « 1 1 1 » < GMPRS Multislot class > } 

{0}; 

<A5 bits>::= < A5/1 : bit> <A5/2: bit> <A5/3: bit> <A5/4: bit> <A5/5: bit> <A5/6: bit> <A5/7: bit>; - bits for circuit mode 
ciphering algorithms 

Access Technology Type 

This field indicates the access technology type to be associated with the following access capabilities. 

Bits 
4321 

OOOOGMPRS 

All other values are treated as unknown by the receiver. 

RF Power Capability 

This field is coded as the MES power class (see TS 101 376-5-5 [14]). 

A5/1 

encryption algorithm A5/1 not available 

1 encryption algorithm A5/1 available 
A5/2 
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encryption algorithm A5/2 not available 

1 encryption algorithm A5/2 available 
A5/3 




encryption algorithm A5/3 not available 

1 encryption algorithm A5/3 available 
A5/4 




encryption algorithm ASM not available 

1 encryption algorithm A5/4 available 
A5/5 




encryption algorithm A5/5 not available 

1 encryption algorithm A5/5 available 
A5/6 




encryption algorithm A5/6 not available 

1 encryption algorithm A5/6 available 
A5/7 




encryption algorithm A5/7 not available 

1 encryption algorithm A5/7 available 




ES IND - (Controlled early Classmark Sending) 

"controlled early Classmark Sending" option 

1 "controlled early Classmark Sending" option 


is not implemented 
is implemented 


GMPRS MultJ Slot Class 




The GMPRS Multi Slot Class field is coded as the binary representation of the multislot class defined in 
TS101 376-5-2 [12]. 



11.5.5.13 Void 

11.5.5.14 GMM cause 

Same as clause 10.5.5.14 of TS 124 008 [18]. 

1 1 .5.5.1 5 Routing Area Identification (RAI) 

Same as clause 10.5.5.15 of TS 124 008 [18]. 

11.5.5.16 Void 

11.5.5.17 Update result 

Same as clause 10.5.5.17 of TS 124 008 [18]. 

11.5.5.18 Update type 

Same as clause 10.5.5.18 of TS 124 008 [18]. 

11.5.5.19 A&C reference number 

Same as clause 10.5.5.19 of TS 124 008 [18]. 

11.5.6 SMIEs 

Same as clause 10.5.6 of TS 124 008 [18]. 
The following element is not currently supported in GMR-1: 
• AA Deactivation Cause. 
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1 1 .5.7 GPRS Common Information Elements 

Same as clause 10.5.7 of TS 124 008 [18]. 



1 2 List of system parameters 

The description of timers in this clause should be considered a brief summary. The details are provided in clauses 3 to 6, 
which should be considered the definitive descriptions. 

12.1 Timers and counters for radio resource management 
12.1.1 Timers on the MES side 

T3 122: This timer is used during random access, after the receipt of an IMMEDIATE ASSIGNMENT 

REJECT message. 

The Wait timer is used by the MES to extend the access time period. Its value is indicated by the 
network in the IMMEDIATE ASSIGNMENT REJECT message. 

Its value is given by the network in the IMMEDIATE ASSIGNMENT REJECT message. 

T3126: This timer is started after sending a CHANNEL REQUEST message during an immediate 

assignment procedure. 

This timer is also started after sending a CHANNEL REQUEST TYPE 2 message during an 
GMPRS suspend procedure. 

Its purpose is to detect the lack of an answer from the network. 

It is stopped upon receipt of an IMMEDIATE ASSIGNMENT message or an IMMEDIATE 
ASSIGNMENT REJECT message. 

At its expiry, another CHANNEL REQUEST (or CHANNEL REQUEST TYPE 2 if the access was 
for GMPRS suspend procedure) message is sent if the maximum count has not been achieved or else 
the immediate assignment procedure is aborted. 

T31 10: This timer is used to delay channel deactivation after receipt of a CHANNEL RELEASE. Its purpose 

is to allow time for disconnection of the main signalling link. 

Its value is set such that the DISC frame is sent twice in case of no answer from the network. It 
should be chosen to obtain a good probability of normal termination (i.e. no time out of T3109) of 
the channel release procedure. 

T3 1 12: This timer is used when the MES receives an alert message. It is the maximum amount of time 

available to the MES to read the BCCH and send in a CHANNEL REQUEST message answering 
the alert. This value is broadcast by the network over the BCCH. This is referred to as Alert timer. 

The value of this timer is also an upper limit on the MES to obtain the current GPS position, if the 
current position is needed in the CHANNEL REQUEST in response to alerting. 

T3 1 14: The value of this timer is an upper limit on the MES to obtain the current GPS position if the current 

position is needed in the CHANNEL REQUEST message in response to paging. This is referred to 
as Page timer. 

T31 15: The Pause timer is used by the MES to extend the access time period. Its value is broadcast by the 

network with the BCCH information. 

T3 1 1 8: The RACH Position timer is used by the MES to calculate the current GPS position, if not already 

available, before sending a message on the RACH channel, in a spot beam where position is required 
for access. Its value is broadcast over the BCCH. 
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T31 19: The GPS Update timer is used by the MES to update its GPS position in idle mode and in-call. It is 

broadcast over the BCCH and may be overridden for a particular MES by a value provided in 
IMMEDIATE ASSIGNMENT or IMMEDIATE ASSIGNMENT REJECT message. 

T31 17: This timer is used by the MES to wait for a response to its updated position report to the network, 

which is transmitted in unacknowledged mode. This timer should be large enough to account for the 
round-trip delay and processing delay at the network. Because this timer triggers retransmission, a 
small value could lead to excessive load on the signalling channel. 

T3 127: This timer is started after sending an EXTENDED CHANNEL REQUEST message during an 

immediate assignment procedure. 

Its purpose is to detect the lack of an answer from the network. 

It is stopped upon receipt of an EXTENDED IMMEDIATE ASSIGNMENT message or an 
EXTENDED IMMEDIATE ASSIGNMENT REJECT message. 

At its expiry, the immediate assignment procedure is aborted. 

T3142: This timer is used during packet access on CCCH, after the receipt of an IMMEDIATE 

ASSIGNMENT REJECT TYPE 1 message with reject cause "lack of resources". 

The value of this timer shall be given by the network in IMMEDIATE ASSIGNMENT REJECT 
TYPE 1 message. 

T3144: This timer is used during packet access on CCCH, after the receipt of an IMMEDIATE 

ASSIGNMENT REJECT TYPE 1 or TYPE 3 or TYPE 4 message with reject cause "non-availabiUty 
of service". 

The value of this timer shall be 20 minutes. 

T3 146: This timer is started after sending CHANNEL REQUEST TYPE 1 or TYPE 3 message during a 

packet access procedure. 

It is stopped at receipt of an IMMEDIATE ASSIGNMENT (TYPE 2 or TYPE 3 or TYPE4) 

message. 

At its expiry, another CHANNEL REQUEST TYPE 1 or TYPE 3 message is sent if the maximum 
count has not been reached or else the immediate assignment procedure is aborted. 

T3 147 This timer is started on receiving IMMEDIATE ASSIGNMENT TYPE 4 specifying resource 

allocation on shared channels but without uplink frequency information. 

It is stopped at receipt PDCH ORGANIZATION message from the network. 

At its expiry, immediate assignment procedure is aborted and upper layers are informed on failure to 
access the network. 

T3 190: This timer is used during packet downlink assignment on CCCH. It is started at the receipt of an 

IMMEDIATE ASSIGNMENT TYPE 3 message. 

It is stopped at the receipt of a RLC/MAC lock on the assigned temporary block flow, see TS 101 
376-4-12 [20]. 

At expiry, the mobile earth station returns to the packet idle mode. 

The value of the timer is 5 seconds. 

T3333: This timer is started on receipt of an IMMEDIATE ASSIGNMENT REJECT message with reject 

cause non-availability of satellite resources. While this timer is running, the mobile shall remain in 
idle mode and is not permitted to initiate an access procedure in this spot-beam. 
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T3202: 
T3208: 
T3196: 



As defined in TS 101 376-4-12 [20]. 
As defined in TS 101 376-4-12 [20]. 
As defined in TS 101 376-4-12 [20]. 



12.1.2 Timers on the network side 

T3101: This timer is started when a channel is allocated with an IMMEDIATE ASSIGNMENT message. It 

is stopped when the MES has correctly seized the channels. 

Its value is network-dependent. 

NOTE 1 : It could be higher than the maximum time for an L2 establishment attempt. 

T3 103: This timer is started by the sending of a HANDOVER message and is stopped when the MES has 

correctly seized the new channel. Its purpose is to limit the time required to perform the handover. 

Its value is network-dependent. 

NOTE 2: It could be higher than the transmission time of the HANDOVER COMMAND 
message in unacknowledged mode with the required success probability plus the 
maximum duration of an attempt to establish a data link multiframe mode. 

T3107: This timer is started by sending an ASSIGNMENT COMMAND 1 message in an MES-to-GS call 

and is normally stopped when the MES has correctly seized the new channels. 

Its purpose is to keep the old channel long enough for the MES to be able to return to the old 
channels and to release the channels if the MES is lost. 

Its value is network-dependent. 

NOTE 3: It could be higher than the maximum transmission time of the ASSIGNMENT 

COMMAND 1 message plus twice the maximum duration of an attempt to establish a 
data link multiframe mode. 

T3 108: This timer is started by sending an ASSIGNMENT COMMAND 2 message in an MES-to-MES call 

and is normally stopped when the MES has correctly seized the new channels. 

Its purpose is to keep the old channel long enough for the MES to be able to return to the old 
channels, and to release the channels if the MES is lost. 

Its value is network-dependent. 

NOTE 4: It could be higher than the maximum transmission time of the ASSIGNMENT 

COMMAND 2 message plus twice the maximum duration of an attempt to establish a 
TACCH multiframe mode. 

T3109: This timer is started when a lower layer failure is detected by the network when it is not engaged in 

an RF procedure. It is also used in the channel release procedure. 

Its purpose is to release the channels in case of loss of communication. 

Its value is network-dependent. 

NOTE 5: Its value should be large enough to ensure that the mobile earth station detects a radio 
link failure. 

T3 1 1 1 : This timer is used to delay the channel deactivation after disconnection of the main signalling link. 

Its purpose is to allow time for possible repetition of the disconnection. 

Its value is equal to the value of T3 1 10. 
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T3113: 



THPA: 



T3141: 



TUSF: 



In A/Gb mode, this timer is started when the network has sent a PAGING REQUEST message and is 
stopped when the network has received the PAGING RESPONSE message. 

In lu mode, this timer is used when stateful paging procedure is used. This timer is started when the 
network has sent PAGING REQUEST TYPE 4 message and is stopped when the network has 
received a request for Cell Update from the MES. See TS 101 376-4-13 [25] for Cell Update 
procedure. 

Its value is network-dependent. 

NOTE 6: The value could allow for repetition of the CHANNEL REQUEST message and the 
requirements associated with T3101. 

Timer in alert mode on the network side, when network is operating in A/Gb mode. This is started 
when an ALERT REQUEST message is sent by the network to an MES. 

Its value is network-dependent. 

At the expiry of this timer, the alerting procedure is aborted at the network. 

This timer is stopped when a PAGING RESPONSE message corresponding with the ALERT 
REQUEST message sent is received. 

This timer is started when a temporary block flow is allocated with an IMMEDIATE 
ASSIGNMENT (TYPE 2 or TYPE 3) message during a packet access procedure. It is stopped when 
the network receives a packet from the mobile earth station on the assigned temporary block flow. 

Its value is network dependent. 

This timer is started when the network has sent an IMMEDIATE ASSIGNMENT TYPE 2 or TYPE 
4 message to MES during packet access procedures. At the expiry of this timer network starts 
scheduUng USE for that MES. 

This timer has to be based on estimate of processing delays in MES for decoding IMMEDIATE 
ASSIGNMENT TYPE 2 or TYPE 4 and listening to PDCH for its USE. 



12.1.3 Other parameters 

Same as clause 11.1.3 of TS 144 018 [17]. 

12.2 Timers of mobility management 

Same as clause 12.2 of TS 101 376-4-8 (Release 1) [19]. 

12.2.1 Timer T3240 

Same as clause 12.2.1 of TS 101 376-4-8 (Release 1) [19]. 
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1 2.2.2 Timers of GPRS mobility management 

Table 12.3: GPRS Mobility management timers - MES side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1 St, 
2nd 3rd 4th 

EXPIRY 
NOTE 3 


T3310 


30 s 


GMM-REG-INIT 


ATTACH REQ sent 


ATTACH ACCEPT 
received 

ATTACH REJECT 
received 


Retransmission 
of ATTACH 
REO 


T3311 


30 s 


GMM-DEREG 
ATTEMPTING 
TO ATTACH or 

GMM-REG 
ATTEMPTING 
TO UPDATE 


ATTACH REJ with other cause 
values as described in 

ROUTING AREA UPDATE REJ 
with other cause values as 
described in clause 5.7.5. 
Low layer failure 


Change of the 
routing area 


Restart of the 
Attach or the 
RAU procedure 
with updating 
of the relevant 
attempt counter 


T3321 


30 s 


GMM- DEREG- 
INIT 


DETACH REO sent 


DETACH ACCEPT 
received 


Retransmission 
of the DETACH 
REO 


T3330 


30 s 


GMM- 
ROUTING- 
UPDATING- 
INITIATED 


ROUTING AREA UPDATE 
REQUEST sent 


ROUTING AREA 
UPDATE ACC 
received 

ROUTING AREA 
UPDATE REJ 
received 


Retransmission 

of the 

ROUTING 

AREA 

UPDATE 

REOUEST 

message 


NOTE: Pie 


ase refer tc 


) table 12.4a forth 


e numbered notes. 







Table 12.3a: GPRS Mobility management timers - MES side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON EXPIRY 


T3302 


T3212 
See note 4. 


GMM-DEREG 

Or 

GMM-REG 


At attach failure and the attempt 
counter is greater than or equal 
to 5. 

At routing are updating failure 
and the attempt counter is 
greater than or equal to 5. 


At successful 
attach 

At successful 
routing area 
updating. 


On every 
expiry initiation 
of the GPRS 
attach 
procedure 
or RAU 
procedure. 


T3312 


54 min 
See note 1 . 


GMM-REG 


When READY state is left. 


When entering 

state 

GMM-DEREG 


Initiation of the 
Periodic RAU 
procedure 


T3314 
READY 


88 s 
See note 2. 


All except 
GMM-DEREG 


Transmission of a PTP PDU 


Forced to Standby 


No cell-updates 
are performed 


T3316 

AA- 
READY 


88 s 
See note 2. 




Transmission of a PTP PDU 






NOTE: Please refer to table 1 2.4a for the numbered notes. 
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Table 12.4: GPRS Mobility management timers - Network side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1 St, 

2nd 3rd 4th 

EXPIRY NOTE 3 


T3322 




GMM-DEREG- 


DETACH REQ sent 


DETACH ACCEPT 


Retransmission 




12s 


INIT 




received 


of ATTACH REQ 


T3350 




GMM- 


ATTACH ACC sent with 


ATTACH 


Retransmission 




12s 


COMMON- 


P-TMSI and/or TMSI 


COMPLETE 


of the same 






PROC-INIT 


RAU ACCEPT sent with 


received 


message type, 
i.e. ATTACH 








P-TMSI and/or TMSI 


RAU COMPLETE 
received 


ACCEPT, RAU 
ACCEPT or 








P-TMSI REALLOC 




REALLOC 








COMMAND sent 


P-TMSI REALLOC 

COMPLETE 

received 


COMMAND 


T3360 




GMM- 


AUTH AND CIPH REQUEST 


AUTH AND CIPH 


Retransmission 




12s 


COMMON- 


sent 


RESPONSE 


of AUTH and 






PROC-INIT 




received 


CIPH request 


T3370 




GMM- 


IDENTITY REQUEST sent 


IDENTITY 


Retransmission 




12s 


COMMON- 




RESPONSE 


of IDENTITY 






PROC-INIT 




received 


REQUEST 


INOTE: Pk 


jase refer t( 


3 table 12.4a for th 


e numbered notes. 




1 



Table 12.4a: GPRS Mobility management timers - Network side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON EXPIRY 


T3313 


See note 1 


GMM-REG 


Paging procedure initiated 


Paging procedure 
completed 


Network 
dependent 


T3314 
READY 


88 s 
See note 2 


All except 
GMM-DEREG 


Receipt of a PTP PDU 


Forced to Standby 


The network 
shall page the 
MES if a PTP 
PDU has to be 
sent to the 
MES 


T3316 

AA- 
READY 


88 s 
See note 2 




Receipt of a PTP PDU 






Mobile 

Reacha 

ble 


Default 4 
min greater 
thanT3312 


All except 
GMM-DEREG 


Change from READY to 
STANDBY state 


PTP PDU received 


Network 
dependent but 
typically paging 
is halted on 1^* 
expiry 


NOTE 1 : The value of this timer is network dependent. 

NOTE 2: The default value of this timer is used if neither the MES nor the Network sends another value, or if the 

Network sends this value, in a signalling procedure. 
NOTE 3: Typically, the procedures are aborted on the fifth expiry of the relevant timer. Exceptions are described in 

the corresponding procedure description. 
NOTE 4: T3302 is loaded with the same value which is used to load T321 2. 
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1 2.2.3 Timers of GPRS session management 

Table 12.5: GPRS Session management timers - IVIES side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1 St, 

2nd 3rd 4th 

EXPIRY 


T3380 


60s 


PDP-ACTIVE- 

PEND 


ACTIVATE PDP CONTEXT 
REOUEST sent 


ACTIVATE PDP 
CONTEXT ACCEPT 
received 
ACTIVATE PDP 
CONTEXT REJECT 
received 


Retransmission 
of 

ACTIVATE PDP 
CONTEXT REG 


T3390 


16s 


PDP-INACT- 
PEND 


DEACTIVATE PDP CONTEXT 
REOUEST sent 


DEACTIVATE PDP 
CONTEXT ACC 
received 


Retransmission 
of DEACTIVATE 
PDP CONTEXT 
REOUEST 



Table 12.5a: GPRS Session management timers - Networit side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1st, 

2nd 3rd 4th 

EXPIRY 


T3385 


16s 


PDP-ACT- 
PEND 


REOUEST PDP CONTEXT 
ACTIVATION sent 


ACTIVATE PDP 
CONTEXT REQ 
received 


Retransmission 
of REQUEST 
PDP CONTEXT 
ACTIVATION 


T3386 


16s 


PDP- 
MOD-PEND 


MODIFY PDP CONTEXT 
REOUEST sent 


MODIFY PDP 
CONTEXT ACC 
received 


Retransmission 
of MODIFY PDP 
CONTEXT REQ 


T3395 


16s 


PDP-INACT- 
PEND 


DEACTIVATE PDP CONTEXT 
REOUEST sent 


DEACTIVATE PDP 
CONTEXT ACC 
received 


Retransmission 
of DEACTIVATE 
PDP CONTEXT 
REQ 


T3397 


16s 


PDP-INACT- 
PEND 


DEACTIVATE AA PDP 
CONTEXT REQUEST sent 


DEACTIVATE AA 

PDP CONTEXT 

ACCEPT received 


Retransmission 
of DEACTIVATE 
AAPDP 
CONTEXT 
REOUEST 


NOTE: Typically, the procedures are aborted on the fifth expiry of the relevant timer. Exceptions are described in 
the corresponding procedure description. 



12.3 Timers of circuit-switched call control 

Same as clause 12.3 of TS 101 376-4-8 (Release 1) [19]. 
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Annex A (informative): 

Example of subaddress information element coding 

Same as annex A of TS 101 376-4-8 (Release 1) [19]. 



£75/ 



GMR-1 3G 44.008 187 ETSI TS 101 376-4-8 V3.3.1 (2012-12) 



Annex B (informative): 
Void 
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Annex C (informative): 
Void 
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Annex D (informative): 
Void 
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Annex E (informative): 
Void 
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Annex F (informative): 

GIVIR specific cause values for radio resource management 

This annex is the same as annex F of TS 101 376-4-8 (Release 1) [19]. 
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Annex G (informative): 

GIVIR specific cause values for session management 

This annex is the same as annex I of TS 101 376-4-8 (Release 1) [19]. 
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